La recherche a retourné 331 résultats
Aller sur la recherche avancée
- 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....
- 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...
- 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...
- 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...
- 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); ~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~...
- 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...
- 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.
- 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.
- 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...
- 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...
- 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.
- 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...
- 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.
- 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,-...
- 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...