- GiNaC-devel - ginac.de

[PATCH] Proper functions to make clifford_bar() and clifford_star()
by Vladimir V. Kisil 09 Aug '16

09 Aug '16

Dear All, Previously operations clifford_bar() and clifford_star() called conjugate() method. This results in reversion of all non-commutative entries (not only Clifford units) and produced complex conjugation of all non-real items. The new routine operates on Clifford units only. The test and documentations are updated accordingly. Best wishes, Vladimir -- Vladimir V. Kisil http://www.maths.leeds.ac.uk/~kisilv/ Book: Geometry of Mobius Transformations http://goo.gl/EaG2Vu Software: Geometry of cycles http://moebinv.sourceforge.net/

1 0

[SCM] GiNaC -- a C++ library for symbolic computations branch, master, updated. release_1-4-0-564-g33a92d5
by git＠ginac.de 21 Jul '16

21 Jul '16

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 33a92d56aeaadfe8dad246ae17b091e14b220e82 (commit) from 55d29b0d5bad410574358f54bf0f760d0cc79ae7 (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 33a92d56aeaadfe8dad246ae17b091e14b220e82 Author: Richard Kreckel <kreckel(a)ginac.de> Date: Thu Jul 21 08:55:44 2016 +0200 [bugfix] Fix crash in basic::subs(). A regression in 1.7.0 was introduced with 1b8bcb06 in function basic::subs_one_level(): implicitly casting *this to an ex first for finding *this in m and later in the function's return statement caused a crash in the second cast because *this was deleted in the first one. After all, *this was dynamically allocated in basic::subs(). This bug was reported and hunted down by Mario Prausa. ----------------------------------------------------------------------- Summary of changes: ginac/basic.cpp | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0

is_a<function>: C++11 compiler issue?
by Vladimir V. Kisil 10 Jul '16

10 Jul '16

Dear All, I am trying to compile the following code: #include <ginac/ginac.h> using namespace GiNaC; using namespace std; int main () { symbol x("x"); ex a=exp(x); cout << is_a<symbol>(x) << endl; cout << is_a<function>(a) << endl; } If a compiler option -std=gnu++11 is used, I got errors like this: test-g.cpp:9:26: error: no matching function for call to 'is_a(GiNaC::ex&)' cout << is_a<function>(a) << endl; (see the full log at the end of my message). Compiler complains about is_a<symbol> but is happy with is_a<function>(a). The code can be compiled and run well if -std=gnu++11 is omitted. Any suggestions? Best wishes, Vladimir -- Vladimir V. Kisil http://www.maths.leeds.ac.uk/~kisilv/ Book: Geometry of Mobius Transformations http://goo.gl/EaG2Vu Software: Geometry of cycles http://moebinv.sourceforge.net/ ===================================================================== test-g.cpp: In function 'int main()': test-g.cpp:9:10: error: parse error in template argument list cout << is_a<function>(a) << endl; ^ test-g.cpp:9:26: error: no matching function for call to 'is_a(GiNaC::ex&)' cout << is_a<function>(a) << endl; ^ In file included from /usr/include/ginac/registrar.h:27:0, from /usr/include/ginac/basic.h:29, from /usr/include/ginac/ginac.h:28, from test-g.cpp:1: /usr/include/ginac/print.h:181:13: note: candidate: template<class T> bool GiNaC::is_a(const GiNaC::print_context&) inline bool is_a(const print_context & obj) ^ /usr/include/ginac/print.h:181:13: note: template argument deduction/substitution failed: test-g.cpp:9:26: error: template argument 1 is invalid cout << is_a<function>(a) << endl; ^ In file included from /usr/include/ginac/ginac.h:28:0, from test-g.cpp:1: /usr/include/ginac/basic.h:311:13: note: candidate: template<class T> bool GiNaC::is_a(const GiNaC::basic&) inline bool is_a(const basic &obj) ^ /usr/include/ginac/basic.h:311:13: note: template argument deduction/substitution failed: test-g.cpp:9:26: error: template argument 1 is invalid cout << is_a<function>(a) << endl; ^ In file included from /usr/include/ginac/ginac.h:30:0, from test-g.cpp:1: /usr/include/ginac/ex.h:930:13: note: candidate: template<class T> bool GiNaC::is_a(const GiNaC::ex&) inline bool is_a(const ex &obj) ^ /usr/include/ginac/ex.h:930:13: note: template argument deduction/substitution failed: test-g.cpp:9:26: error: template argument 1 is invalid cout << is_a<function>(a) << endl; ^

2 2

Why does this program crash?
by Jan Rheinländer 28 May '16

28 May '16

Hi, I condensed my previous post on subclassing symbol into this little program, which crashes at the last line. Any idea why? Is it a bug or do I just not understand C++ inheritance? #include <iostream> #include <ginac/ginac.h> using namespace std; using namespace GiNaC; int main() { symbol x("x"); x = realsymbol("y"); cout << x << endl; } Jan

3 7

Subclassing symbol
by Jan Rheinländer 11 May '16

11 May '16

Hi, something must be wrong with my subclass, but I don't understand it. I subclassed symbol to get a non-commutative version: ---------- HEADER -------------- #include <ginac/symbol.h> namespace GiNaC { class ncsymbol: public symbol { public: ncsymbol(const symbol& s); explicit ncsymbol(const std::string & initname); ncsymbol(const std::string & initname, const std::string & texname); unsigned return_type() const { return return_types::noncommutative_composite; } }; GINAC_DECLARE_UNARCHIVER(ncsymbol); } ---------- IMPLEMENTATION ------------- #include <ginac/ginac.h> namespace GiNaC { // non-commutative symbol ncsymbol::ncsymbol() : symbol() { } ncsymbol::ncsymbol(const symbol& s) : symbol(s) { } ncsymbol::ncsymbol(const std::string & initname) : symbol(initname) { } ncsymbol::ncsymbol(const std::string & initname, const std::string & texname) : symbol(initname, texname) { } GINAC_BIND_UNARCHIVER(ncsymbol); -------------------------------------- But when I execute the following code the program crashes when printing x: symbol x("x"); x = ncsymbol("y"); std::cout << x << std::endl; It does not crash if I print ncsymbol("y") directly (without assigning it to x first). Can anybody explain why? Did I forget to implement an essential method? Thanks! Jan

2 3

Let's all embrace C++11 with the GiNaC 1.7.0 release
by Richard B. Kreckel 30 Apr '16

30 Apr '16

Hi, A new GiNaC release is out and available. Beginning with this release, GiNaC will not work with pre-C++11 compilers. The configure script will try to set the necessary compiler flags for you. Here's the news summary: * Make use of C++11 features: - Use new language features 'auto', 'nullptr', 'constexpr', range-based for loops, the contextual keyword 'override', static 'noexcept' operator, etc. - Add initializer list ctors for container<>, lst and nested initializer lists ctor for class matrix. - Add many rvalue reference overloads for ctors from std containers. (Note that whether they really speed up things depends on whether evaluation leaves the container unchanged or not.) - Rvalue reference overloads for ctors from std containers made it possible to remove the manual 'discardable' hack and std::auto_ptr<T> for good. - New dynallocate<T>(args...) helper functions obsolete manual allocation on the heap and setting the dynallocated status flag. - Got rid of C++98ish algorithm features (bind2nd, etc.) and replaced them with lambdas. * Make add::eval(), mul::eval() more careful so they return an evaluated, canonical expression without compromise. * Remove 'level' argument of all .eval() methods. This has become possible by ensuring that add::eval() and mul::eval() evaluate their own structure without compromise (this was not guaranteed before). If all ex are evaluated, any object which is an aggregate of such ex will only ever have to evaluate itself, obsoleting the need for recursing. * Remove 'level' arguments of all .evalf() and .normal() methods. They were modeled after the .eval() methods. * Make relational::rhs() and lhs() nonvirtual. * Add support for power::info(info_flags::real). * Add fderivative::derivatives() method. * Remove broken info_flags::algebraic. * Remove unmaintained support for Cint. * Remove unfinished andcode for hash table-based expairseq. * Remove deprecated ex::to_rational(lst) and ex::to_polynomial(lst). * ginac-excompiler installs in $LIBEXECDIR now, not in $BINDIR. * Many minor performance enhancements. Happy hacking -richy. PS: And to those on ginac-devel I apologize for my git tag abuse. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/>

1 0

[SCM] GiNaC -- a C++ library for symbolic computations tag, list, deleted. release_1-4-0-479-g065600d
by git＠ginac.de 30 Apr '16

30 Apr '16

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, list has been deleted was 065600d31de1301c0ea2df2c08ab59e7767cfc7f ----------------------------------------------------------------------- 065600d31de1301c0ea2df2c08ab59e7767cfc7f Finalize 1.6.7 release. ----------------------------------------------------------------------- hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0

[SCM] GiNaC -- a C++ library for symbolic computations tag, help, deleted. release_1-4-0-479-g065600d
by git＠ginac.de 30 Apr '16

30 Apr '16

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, help has been deleted was 065600d31de1301c0ea2df2c08ab59e7767cfc7f ----------------------------------------------------------------------- 065600d31de1301c0ea2df2c08ab59e7767cfc7f Finalize 1.6.7 release. ----------------------------------------------------------------------- hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0

[SCM] GiNaC -- a C++ library for symbolic computations tag, help, created. release_1-4-0-479-g065600d
by git＠ginac.de 30 Apr '16

30 Apr '16

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, help has been created at 065600d31de1301c0ea2df2c08ab59e7767cfc7f (commit) - Log ----------------------------------------------------------------- commit 065600d31de1301c0ea2df2c08ab59e7767cfc7f Author: Richard Kreckel <kreckel(a)ginac.de> Date: Sat Feb 6 12:51:39 2016 +0100 Finalize 1.6.7 release. ----------------------------------------------------------------------- hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0

[SCM] GiNaC -- a C++ library for symbolic computations tag, list, created. release_1-4-0-479-g065600d
by git＠ginac.de 30 Apr '16

30 Apr '16

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, list has been created at 065600d31de1301c0ea2df2c08ab59e7767cfc7f (commit) - Log ----------------------------------------------------------------- commit 065600d31de1301c0ea2df2c08ab59e7767cfc7f Author: Richard Kreckel <kreckel(a)ginac.de> Date: Sat Feb 6 12:51:39 2016 +0100 Finalize 1.6.7 release. ----------------------------------------------------------------------- hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0