January 2025 - GiNaC-devel

printing of class power
by Stefan Weinzierl 12 Feb '26

12 Feb '26

Dear all, happy new year to everybody and my apologies for coming up with a potential bug report shortly after a new release. The code snippet symbol x("x"); ex f = 2*x; ex g = pow(x,5); f.print(GiNaC::print_context(std::cout)); std::cout << std::endl; g.print(GiNaC::print_context(std::cout)); std::cout << std::endl; will print 2*x [power object] Is that really intentional? The behaviour is the same in GiNaC 1.8.7 and 1.8.8. Best wishes, Stefan

3 11

GiNaC 1.8.8 released
by Richard B. Kreckel 03 Jan '25

03 Jan '25

Hi, GiNaC 1.8.8 has been released. This release features some build fixes (notably for MacOS) and an improvement in ginsh: Assigning variables in ginsh now affects all other assigned variables which contain that new variable. Note to packagers: The soname has changed. Happy hacking! -richy. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>

1 0

[SCM] GiNaC -- a C++ library for symbolic computations tag release_1-8-8 created. release_1-4-0-787-g528fe6ff
by git service 03 Jan '25

03 Jan '25

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GiNaC -- a C++ library for symbolic computations". The tag, release_1-8-8 has been created at 528fe6ff1ec07b75edf4a320def79f72396ca7df (commit) - Log ----------------------------------------------------------------- commit 528fe6ff1ec07b75edf4a320def79f72396ca7df Author: Richard Kreckel <kreckel(a)ginac.de> Date: Fri Jan 3 00:01:06 2025 +0100 Finalize 1.8.8 release. ----------------------------------------------------------------------- hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0

[SCM] GiNaC -- a C++ library for symbolic computations branch master updated. release_1-4-0-787-g528fe6ff
by git service 03 Jan '25

03 Jan '25

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GiNaC -- a C++ library for symbolic computations". The branch, master has been updated via 528fe6ff1ec07b75edf4a320def79f72396ca7df (commit) via 22716a2cc76624dfc8a254c64361e51feeeedcf8 (commit) via 110534c3ee2fc56c354e73bc484dc9ce38fb64bc (commit) via 17515f11fde916e3d3a476c0948f768dd831fc71 (commit) from 1afa7c22da265c72be954f3c7aa27d3c14a71c2b (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 528fe6ff1ec07b75edf4a320def79f72396ca7df Author: Richard Kreckel <kreckel(a)ginac.de> Date: Fri Jan 3 00:01:06 2025 +0100 Finalize 1.8.8 release. commit 22716a2cc76624dfc8a254c64361e51feeeedcf8 Author: Richard Kreckel <kreckel(a)ginac.de> Date: Thu Jan 2 18:37:07 2025 +0100 Make symbol assignments global in ginsh. When assigning an expression to a symbol, scan all previously assigned symbols for that new symbol to occur in the expressions and replace it with the new expression. This has the effect of making symbols global in the scope of a ginsh session. See <https://www.ginac.de/pipermail/ginac-devel/2024-December/002655.html>. The patch restores the behavior prior to GiNaC 1.4.4. It actually even improves on it because the old version was based on assigned symbols and that did not work with circular assignments whereas substituion does. commit 110534c3ee2fc56c354e73bc484dc9ce38fb64bc Author: Richard Kreckel <kreckel(a)ginac.de> Date: Thu Jan 2 18:32:17 2025 +0100 [DOC] Modernize documentation about required infrastructure. commit 17515f11fde916e3d3a476c0948f768dd831fc71 Author: Richard Kreckel <kreckel(a)ginac.de> Date: Wed Jan 1 01:52:12 2025 +0100 Add regression tests for built-in expression parser... ...involving functions and constants (and their evaluation). And while at it, fix a stray comment from 30c85fbe. ----------------------------------------------------------------------- Summary of changes: GiNaC.spec.in | 4 +- INSTALL | 37 ++---- NEWS | 5 +- check/exam_parser.cpp | 34 +++++- cmake/modules/FindReadline.cmake | 2 +- config/config.rpath | 89 ++++++++++++-- configure.ac | 2 +- doc/tutorial/Makefile.am | 1 + doc/tutorial/ginac.texi | 108 +++++++---------- ginac/matrix.cpp | 1 - ginsh/ginsh_parser.ypp | 10 +- m4/ax_cxx_compile_stdcxx.m4 | 88 +++++++++++--- m4/host-cpu-c-abi.m4 | 249 ++++++++------------------------------- m4/lib-ld.m4 | 16 +-- m4/lib-link.m4 | 34 +++--- m4/lib-prefix.m4 | 33 ++++-- 16 files changed, 346 insertions(+), 367 deletions(-) hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0

assignments in ginsh
by Richard B. Kreckel 01 Jan '25

01 Jan '25

Hi, The behavior of ginsh w.r.t. recursive variable assignment has silently changed in GiNaC 1.4.4 (eaa0370a). Before, we got: > a=3+x: > x=2: > a; 5 Now, we get: > a=3+x: > x=2: > a; 3+x It may be worth pointing out that in both cases, one gets: > x=2: > a=3+x: > a; 5 The old behavior can be easily restored (patch attached). Should we? Pros: ----- Ginsh isn't a real programming language - it has a global namespace without scoping. Under these circumstances, it seems natural to think of assignments as occurring in every variable defined before and after. (There is even an example in the tutorial which is now wrong; search for "x=2".) Cons: ----- This is not how it works in C++. There, we have: ex x = symbol("x"); ex a = 3+x; x = 2; cout << a << endl; // prints 3+x, not 5 I am inclined to restore the old behavior, but it may be that someone has other thoughts. Or, maybe it is totally unimportant? Any comments? All my best, -richard. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>

2 1

[SCM] GiNaC -- a C++ library for symbolic computations branch master updated. release_1-4-0-783-g1afa7c22
by git service 01 Jan '25

01 Jan '25

1 0