- GiNaC-list - ginac.de

Upgrade of mailing list software
by Christian Bauer 23 Jun '25

23 Jun '25

Greetings, due to obsolescence reasons, we have migrated this mailing list from GNU Mailman 2 to Mailman 3. All list memberships have (hopefully) been retained, so you should be able to continue using this list as before. All old list passwords, however, are gone. This also means no more monthly membership and password reminders. If you wish to manage your subscriptions using a web interface, you need to head to: https://lists.ginac.de and create an account ("Sign Up") using the same email address with which you are subscribed to this list (there will be a verification step for that address). This is optional - you can also manage you subscription via email to the special "-request" or "-unsubscribe" list addresses. The footer of this mail should give an example. The new list archives are located here: https://lists.ginac.de/archives/ and now provide a fulltext search feature. If you encounter any issues, please do not hesitate to contact me directly. Happy computing, Christian -- / Physics is an algorithm \/ www.cebix.net

1 0

GiNaC 1.8.9 released
by Richard B. Kreckel 15 May '25

15 May '25

Hi, We proudly announce the most boring GiNaC release ever: 1.8.9. It fixes compilation with cutting edge gcc 15. That's it. Happy hacking! -richy. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>

1 0

using GiNaC in a multithreaded environment
by bastian.abt＠mailbox.org 08 Feb '25

08 Feb '25

2 1

How to access matrix elements of an indexed expressions
by Bastian Abt 13 Jan '25

13 Jan '25

Hi, I want to use ginac to evaluate some complex expressions that evolve some vector algebra. However, have some trouble working with the matrix class. I have 2 questions: 1: Am I correct, that if i want to compute the Subtraction of two vectors I should use the indexed variant? 2: How do I access elements of an expression? I have included a small file that illustrates my problem? Kind regards, Spooky #include <ginac/ginac.h> #include <iostream> int main(int argc,char **argv) { using namespace GiNaC; idx d(symbol("d"),3); matrix m0 = matrix({{0,0,0}}), m1 = matrix({{1,0,0}}); indexed v0 = indexed(m0,d), v1 = indexed(m1,d); // This seems wrong: std::cout<< (m1-m0).eval()<< std::endl; // -> [[1,0,0]]-[[0,0,0]] // This seems right: std::cout<< (v1-v0).simplify_indexed()<< std::endl; // -> [[1,0,0]].d // I can normally access matrix element using std::cout<< m1(0,0) << std::endl; // -> 0 // But how can I access matrix elements of an expression? // does not compile: // std::cout << "(v1-v0)(0,0): " << (v1-v0)(0,0) << std::end; return 0; }

2 2

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

Happy birthday, GiNaC!
by Christian Bauer 27 Nov '24

27 Nov '24

Greetings! Today marks the 25th anniversary of the first public release of GiNaC. (Normally, we would have thrown a big party near its original birthplace, but that has unfortunately been torn down a while ago 😅: https://gutenberg-netzwerk.uni-mainz.de/aktuelles/abriss-des-inter-1-eine-c…) Many thanks to everyone who has contributed to GiNaC over all those years! Bye, Christian -- / Physics is an algorithm \/ www.cebix.net

3 2

Unwanted digits when performing arithmetic computations
by Dr. Mithun Bairagi 27 Oct '24

27 Oct '24

Dear all ginac lovers, I have got some wrong results when performing some simple computations using ginac. I have compiled and run the following c++ program using ginac-1.8.7, cln-1.3.7 (mingw64 compiler, gcc version 14.2.0, windows 10 os), #include <ginac/ginac.h> using namespace std; using namespace GiNaC; int main() { cout<<(numeric(0.1)+numeric(7))<<endl; cout<<(numeric("0.01")*numeric("9"))<<endl; cout<<(numeric("0.01")*numeric("99"))<<endl; } the above program shows the following result: 7.1000000000000000056 0.089999999999999999996 0.98999999999999999995 I have got some unwanted digits which look very ugly. I think the result should be 7.1 0.09 0.99 Best regards, Mithun Bairagi

3 3

Patch for ginac-1.8.7 (MacOS 14.6,Apple Silicon)
by 足立聡 02 Aug '24

02 Aug '24

Dear Developers of GiNaC, [0] Thank you very much for developing and maintaining GiNaC, which is a very nice system to write C++ programs for symbolic computation. [1] During recent several months, I had a trouble to build ginac-1.8.7 on my MacBookPro (Apple Silicon). The configuration and compilation steps succeeded, but the check step failed at two tests as follows: ./configure --> checking for a BSD-compatible install... /Ext/sw/bin/ginstall -c ... Configuration of GiNaC 1.8.7 done. Now type "make". make --> Making all in ginac ... /Ext/sw/bin/makeinfo --no-split --html ./ginac-examples.texi make check --> Making check in ginac ... PASS: exam_paranoia ... PASS: exam_color FAIL: exam_clifford FAIL: exam_archive PASS: exam_structure ... PASS: time_parser ============================================================================ Testsuite summary for GiNaC 1.8.7 ============================================================================ # TOTAL: 61 # PASS: 59 # SKIP: 0 # XFAIL: 0 # FAIL: 2 # XPASS: 0 # ERROR: 0 ============================================================================ See check/test-suite.log Please report to ginac-list(a)ginac.de ============================================================================ My environment is as follows: Hardware: MacBookPro (Apple Silicon,14inch,2023) OS: MacOS 14.6 Compiler: Xcode 15.4 g++ --version --> Apple clang version 15.0.0 (clang-1500.3.9.4) Target: arm64-apple-darwin23.6.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin [2] I have investigated what caused this trouble and found that the phenomenon described in "ginac/hash_seed.h" occurs not only in Win32 but also in my MacOS 14.6. typeid(ex.bp).name() returns always correct C string as value but its address varies from a call to another call. Accordingly, the problem can be fixed as follows: *** ginac/hash_seed.h.org Sun Jan 1 03:47:20 2023 --- ginac/hash_seed.h Tue Jul 30 23:02:36 2024 *************** *** 8,14 **** #include <typeinfo> #include <cstring> #include "utils.h" ! #ifdef _WIN32 #define GINAC_HASH_USE_MANGLED_NAME 1 #endif --- 8,14 ---- #include <typeinfo> #include <cstring> #include "utils.h" ! #if defined(_WIN32) || defined(__APPLE__) #define GINAC_HASH_USE_MANGLED_NAME 1 #endif [3] Now, everything is fine. make distclean ./configure ... make ... make check --> Making check in ginac ... PASS: exam_paranoia PASS: exam_heur_gcd PASS: exam_match PASS: exam_parser PASS: exam_numeric PASS: exam_relational PASS: exam_powerlaws PASS: exam_collect PASS: exam_inifcns PASS: exam_inifcns_nstdsums PASS: exam_inifcns_elliptic PASS: exam_differentiation PASS: exam_polygcd PASS: exam_collect_common_factors PASS: exam_normalization PASS: exam_sqrfree PASS: exam_factor PASS: exam_pseries PASS: exam_matrices PASS: exam_lsolve PASS: exam_indexed PASS: exam_color PASS: exam_clifford PASS: exam_archive PASS: exam_structure PASS: exam_misc PASS: exam_pgcd PASS: exam_mod_gcd PASS: exam_chinrem_gcd PASS: exam_function_exvector PASS: exam_real_imag PASS: check_numeric PASS: check_inifcns PASS: check_matrices PASS: check_lsolve PASS: check_cra PASS: time_dennyfliegner PASS: time_gammaseries PASS: time_vandermonde PASS: time_toeplitz PASS: time_lw_A PASS: time_lw_B PASS: time_lw_C PASS: time_lw_D PASS: time_lw_E PASS: time_lw_F PASS: time_lw_G PASS: time_lw_H PASS: time_lw_IJKL PASS: time_lw_M1 PASS: time_lw_M2 PASS: time_lw_N PASS: time_lw_O PASS: time_lw_P PASS: time_lw_Pprime PASS: time_lw_Q PASS: time_lw_Qprime PASS: time_antipode PASS: time_fateman_expand PASS: time_uvar_gcd PASS: time_parser ============================================================================ Testsuite summary for GiNaC 1.8.7 ============================================================================ # TOTAL: 61 # PASS: 61 # SKIP: 0 # XFAIL: 0 # FAIL: 0 # XPASS: 0 # ERROR: 0 sudo make install ... [4] There may be other people who run into the same problem as I. In that case, please utilize this information. Finally, GiNaC is a really nice system to write programs for symbolic computation. Thank you very much for publishing GiNaC to help us. Sincerely yours, Satoshi Adachi

2 1

I want to Add Integrating by Parts in GiNaC Symbolic Integration
by DS Glanzsche 01 Aug '24

01 Aug '24

Dear all, I just learned about GiNaC, and I want to add integration by parts for a bit of complex integration like integral of *cos nx * x*, for definite and indefinite integral. I think polynomial integration in GiNaC works amazing, but if we can add all other symbolic integration it will be better. Should I look and modify the source code *integral.cpp*? I never really modified open source code before in my life. Thanks.

2 3

Memory leaks
by tstk3268 30 Jul '24

30 Jul '24

HI, GiNaC seems to have memory leaks that show up in a no-op program under Windows/MSVC using the _CrtSetDbgFlag mechanism. This seems to be due to static initializers. Is this a known and intended feature? It makes developing a proper leak free application pretty difficult.

2 1