La recherche a retourné 331 résultats

par lukamar
mer. sept. 11, 2019 3:19 pm
Forum : Giac
Sujet : markup export commands
Réponses : 14
Vues : 8357

Re: markup export commands

Thanks. No problem, I'll replace endl by "\n" in my source later today. By the way, I've noticed that cobyla algorithm has a heavy output on stderr, which is shown in texmacs sessions. Could it be made quiet when --texmacs option is present? I can help with this if you suggest how it should be done....
par lukamar
mar. sept. 10, 2019 8:07 am
Forum : Giac
Sujet : markup export commands
Réponses : 14
Vues : 8357

Re: markup export commands

I had to make a change in the declaration of has_improved_latex_export, hence tex.cc/h have to be modified accordingly. The modified files are attached below so you can just copy them over the current ones. Now has_improved_latex_export is called from _latex too, this way the output from _latex is t...
par lukamar
lun. sept. 09, 2019 8:14 pm
Forum : Giac
Sujet : markup export commands
Réponses : 14
Vues : 8357

Re: markup export commands

Yes, there's actually no reason not to call has_improved_latex_export, so boolean variable is not needed. It is only needed to move the call from _latex to gen2tex in the current unstable source. Therefore the portion of tex.cc after line 1314 should look like #if defined USE_GMP_REPLACEMENTS || def...
par lukamar
dim. sept. 08, 2019 2:46 pm
Forum : Giac
Sujet : markup export commands
Réponses : 14
Vues : 8357

markup export commands

Hello Bernard, I got my markup routines working fine after several bugfixes which I've committed today. As for tex.cc/h, they should be modified as follows (from the original version before the inclusion of markup.cc/h): tex.cc: 1. Before "#ifndef NO_NAMESPACE_GIAC namespace giac {", insert #if defi...
par lukamar
mar. sept. 03, 2019 6:55 pm
Forum : Giac
Sujet : signal processing commands
Réponses : 36
Vues : 17536

Re: signal processing commands

Thank you. But when I try to compile, I get many errors like for example this one: moyal.cc:2012:18: error: ambiguous overload for ‘operator*’ (operand types are ‘giac::gen’ and ‘double’) return lambda*std::pow(exp_rand(contextptr),1.0/k._DOUBLE_val); ~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~...
par lukamar
lun. sept. 02, 2019 9:41 pm
Forum : Giac
Sujet : signal processing commands
Réponses : 36
Vues : 17536

Re: signal processing commands

I have mirrored your change. Strange, I didn't experience this segfault after building Giac on my computer five weeks ago... But I remember having similar problems when using plus_inf and minus_inf. When coding Fourier transformation recently, I had to use symbolic(at_plus,unsigned_inf) instead of p...
par lukamar
lun. sept. 02, 2019 9:50 am
Forum : Giac
Sujet : signal processing commands
Réponses : 36
Vues : 17536

Re: signal processing commands

I removed latex delimiters altogether. I also changed include paths, i.e. removed "giac/" prefix in markup.cc/h.
par lukamar
dim. sept. 01, 2019 8:10 pm
Forum : Giac
Sujet : signal processing commands
Réponses : 36
Vues : 17536

Re: signal processing commands

Done! I have also renamed markup.cpp to markup.cc.
par lukamar
sam. août 31, 2019 5:16 pm
Forum : Giac
Sujet : signal processing commands
Réponses : 36
Vues : 17536

Re: signal processing commands

Thank you! I have just added two more files in my repository, markup.cc/h. These contain routines for exporting to LaTeX and to presentation/content MathML. I'm aware that these features already exist in Giac, but I tried to improve them. These routines try to export to standard mathematical notatio...
par lukamar
ven. août 30, 2019 6:55 pm
Forum : Giac
Sujet : signal processing commands
Réponses : 36
Vues : 17536

Re: signal processing commands

Hello Bernard, I have coded some new commands for signal processing: 1. boxcar, rect (rectangular function), tri (triangular function) and sinc (cardinal sine function), since they are often used; 2. fourier and ifourier, which compute continuous Fourier transforms; 3. convolution command can now ac...
par lukamar
sam. juil. 20, 2019 8:08 am
Forum : Bugs
Sujet : sum_riemann
Réponses : 3
Vues : 3153

Re: sum_riemann

Thanks, I thought these assumptions are made by default.
par lukamar
ven. juil. 19, 2019 7:36 pm
Forum : Bugs
Sujet : sum_riemann
Réponses : 3
Vues : 3153

sum_riemann

Hello, I tried to compute the limit of the sum of 1/(sqrt(n)*sqrt(n+k)), where k=1..n, as n->inf. As I understand, this can be done by typing sum_riemann(1/(sqrt(n)*sqrt(n+k)),[n,k]) However, I obtain 2-2*sqrt(2) which is negative. The actual value of the limit is 2*sqrt(2)-2. During computation, th...
par lukamar
ven. juil. 19, 2019 8:04 am
Forum : Bugs
Sujet : order of variables in solve
Réponses : 2
Vues : 2149

Re: order of variables in solve

Thanks for the explanation! It helps when using solve programmatically within other algorithms.
par lukamar
jeu. juil. 18, 2019 7:40 pm
Forum : Bugs
Sujet : order of variables in solve
Réponses : 2
Vues : 2149

order of variables in solve

Hello, the accuracy of solve seems to depend on the order of variables and/or equations in some cases, e.g. solve(grad(x^2-y^2-lambda*(x^3+y^3-3*x*y),[x,y,lambda]),[x,y,lambda]) returns [[0,0,sqrt(2*(sqrt(13)-1)/9)],[-expr("rootof([[1,-65,203,-2035],[1,0,10,-936,-3251]])",0)/4032,-expr("rootof([[1,-...
par lukamar
dim. juil. 14, 2019 1:46 pm
Forum : Giac
Sujet : nonlinear optimization functions
Réponses : 77
Vues : 49117

Re: nonlinear optimization functions

Hello Bernard, I have improved extrema finding algorithms. Some bugs are fixed: in particular, critical points are now discarded when undefined or non-constant, which suppresses errors and stalling on some examples, and finding images of homogeneous polynomials is improved. I committed the fixes tod...