- GiNaC-list - ginac.de

Problem in adding functions
by Nikhil Bansal 30 Aug '05

30 Aug '05

Hi, I was trying to add some functions (e.g. binary xor) to the Ginac expressions as it is done for functions like cos. The library is accepting those functions standalone but not using them with any coefficients. e.g. it is giving me expressions like XOR(e1, e2) but not like c*XOR(e1, e2) where c is a constant. Could someone point me to the place in library where it scales the functions by multiplying with some constants. Thanks, Nikhil

1 0

Strange behaviour in symbol declaration
by Marco André Ferreira Dias 28 Aug '05

28 Aug '05

Hy guys, I am doing a very long program (divided in diferent archives) that make some simplifications in indexed expressions. But if a declare a symbol variable completelly diferent in part of my program symbol x1("xi"); never used before, (yes, I checked if I declared this variable in main(), in other context..) this make diference im my output. In all functions declared in headers I am passing the simplified things as argument, so I think it not a symbol internal problem, like described in tutorial. My question: somebody got this behaviour before? if yes, what was resolved? Thanks for all Marco

1 0

comparing ex
by Vera Louise Hauge 24 Aug '05

24 Aug '05

Hi, I want to compare (or test the equality of) two ex objects which contain symbols. a = a0 + x*a1; b = a0 + a1*x; If the ex objects are evaluated (symbolically), such that a-b becomes 0, then the test would be finished. However, how do I evaluate such a expression as a-b symbolically? Or are there other ways of comparing two such ex objects? Any suggestions on how to do this? Thanks, Vera Louise Hauge

5 8

Re: GiNaC-list Digest, Vol 7, Issue 5
by Guangqiang Dong 23 Aug '05

23 Aug '05

Hi, Thanks for your suggestion. I updated the ancient version of bison, and it still got the same error. So I tried to see what is wrong with the readline library. The readline that ships with OS X is also an really old version 1.11. After updating it to the newest readline 5.0, GiNaC was installed successfully using DP. Best, Guangqiang On 23-Aug-05, at 6:00 AM, ginac-list-request(a)ginac.de wrote: > > ------------------------------ > > Message: 4 > Date: Tue, 23 Aug 2005 00:59:39 -0400 (EDT) > From: David Fang <fang(a)csl.cornell.edu> > Subject: Re: [GiNaC-list] ginsh_parser.yy error in Tiger. > To: GiNaC discussion list <ginac-list(a)ginac.de> > Message-ID: <20050823004542.Y140-100000(a)shannon.csl.cornell.edu> > Content-Type: TEXT/PLAIN; charset=US-ASCII > > >> I am trying to install GiNaC in Mac osx 10.4.2 (Tiger) using >> darwinports. The error I get is: >> > > Hi, > I haven't exactly had the best track record building CLN/GiNaC on > my Mac (sooooo close), but here's what I've found: > > ginsh_parser.cc builds for me, however, I'm using bison-2.0. It > also used > to build for me with bison-1.875. The bison that ships with OS X is > bison-1.28 (*ancient*) and is known to have problems, perhaps > including > generating bad code from ginsh_parser.yy. Tell us what "bison -- > version" > you have, and consider upgrading if you're using 1.28. > The rl_* functions come from readline. Those functions listed > below have been in libreadline since at least version 4 (I have 4.3 > installed), *BUT* the names did change slightly across minor > versions, as evidenced by the various #if's sprinkled about that > source > file. > HTH. > > >> ---> Building GiNaC with target all >> if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I./../ginac -I../ginac - >> DIN_GINAC -I/opt/local/include -I/opt/local/include -I/opt/local/ >> include -g -O2 -MT ginsh_parser.o -MD -MP -MF ".deps/ >> ginsh_parser.Tpo" \ >> -c -o ginsh_parser.o `test -f 'ginsh_parser.cc' || echo >> './'`ginsh_parser.cc; \ >> then mv -f ".deps/ginsh_parser.Tpo" ".deps/ginsh_parser.Po"; \ >> else rm -f ".deps/ginsh_parser.Tpo"; exit 1; \ >> fi >> ginsh_parser.yy:48:6: error: missing binary operator before token >> "wrapper" >> ginsh_parser.yy:54:6: error: missing binary operator before token >> "wrapper" >> ginsh_parser.yy:837:6: error: missing binary operator before token >> "wrapper" >> ginsh_parser.yy:847:6: error: missing binary operator before token >> "wrapper" >> ginsh_parser.yy:899:6: error: missing binary operator before token >> "wrapper" >> ginsh_parser.yy: In function 'char** fcn_completion(const char*, int, >> int)': >> ginsh_parser.yy:835: error: invalid conversion from 'const char*' to >> 'char*' >> ginsh_parser.yy:840: error: 'rl_filename_completion_function' was not >> declared in this scope >> ginsh_parser.yy:840: error: 'rl_completion_matches' was not declared >> in this scope >> ginsh_parser.yy:850: error: 'rl_completion_matches' was not declared >> in this scope >> make[2]: *** [ginsh_parser.o] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 >> > > > David Fang > > > > > > ------------------------------ > > _______________________________________________ > GiNaC-list mailing list > GiNaC-list(a)ginac.de > http://thep.physik.uni-mainz.de/mailman/listinfo/ginac-list > > > End of GiNaC-list Digest, Vol 7, Issue 5 > **************************************** >

1 0

ginsh_parser.yy error in Tiger.
by Guangqiang Dong 23 Aug '05

23 Aug '05

Hi, there, I am trying to install GiNaC in Mac osx 10.4.2 (Tiger) using darwinports. The error I get is: ---> Building GiNaC with target all Error: Target com.apple.build returned: shell command "cd "/opt/local/ var/db/dports/build/ file._opt_local_var_db_dports_sources_rsync.rsync.opendarwin.org_dpupdat e_dports_math_GiNaC/work/ginac-1.3.2" && make all" returned error 2 Command output: make all-recursive Making all in ginac make[2]: Nothing to be done for `all'. Making all in check make[2]: Nothing to be done for `all'. Making all in ginsh if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I./../ginac -I../ginac - DIN_GINAC -I/opt/local/include -I/opt/local/include -I/opt/local/ include -g -O2 -MT ginsh_parser.o -MD -MP -MF ".deps/ ginsh_parser.Tpo" \ -c -o ginsh_parser.o `test -f 'ginsh_parser.cc' || echo './'`ginsh_parser.cc; \ then mv -f ".deps/ginsh_parser.Tpo" ".deps/ginsh_parser.Po"; \ else rm -f ".deps/ginsh_parser.Tpo"; exit 1; \ fi ginsh_parser.yy:48:6: error: missing binary operator before token "wrapper" ginsh_parser.yy:54:6: error: missing binary operator before token "wrapper" ginsh_parser.yy:837:6: error: missing binary operator before token "wrapper" ginsh_parser.yy:847:6: error: missing binary operator before token "wrapper" ginsh_parser.yy:899:6: error: missing binary operator before token "wrapper" ginsh_parser.yy: In function 'char** fcn_completion(const char*, int, int)': ginsh_parser.yy:835: error: invalid conversion from 'const char*' to 'char*' ginsh_parser.yy:840: error: 'rl_filename_completion_function' was not declared in this scope ginsh_parser.yy:840: error: 'rl_completion_matches' was not declared in this scope ginsh_parser.yy:850: error: 'rl_completion_matches' was not declared in this scope make[2]: *** [ginsh_parser.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Guangqiang

2 1

FYI: FC3 RPM for GiNaC
by John Pye 17 Aug '05

17 Aug '05

FYI: There are a couple of binary packages of GiNaC for Fedora Core 3, you might want to add one to your 'download' page. I have used the 'pbone' one without problems. http://rpm.pbone.net/index.php3/stat/4/idpl/2121250/com/ginac-1.3.2-1.fc3.i… http://fedoraproject.org/extras/3/i386/repodata/repoview/ginac-0-1.3.2-1.fc… Cheers JP -- John Pye School of Mechanical and Manufacturing Engineering The University of New South Wales Sydney NSW 2052 Australia t +61 2 9385 5127 f +61 2 9663 1222 mailto:john.pye_AT_student_DOT_unsw.edu.au http://pye.dyndns.org/

1 0

comparing ex
by Vera Louise Hauge 17 Aug '05

17 Aug '05

Hi, I want to compare (or test the equality of) two ex objects which contain symbols. a = a0 + x*a1; b = a0 + a1*x; If the ex objects are evaluated (symbolically), such that a-b becomes 0, then the test would be finished. However, how do I evaluate such a expression as a-b symbolically? Or are there other ways of comparing two such ex objects? Any suggestions on how to do this? Thanks, Vera Louise Hauge

1 0

print_csrc, print_csrc_double... how to use?
by John Pye 25 Jul '05

25 Jul '05

Hi all Probably a silly question here. I'm trying to work out how to use the 'print_csrc' functionality in GiNaC. I don't seem to be able to make it work. Please could someone offer me some suggestions on how to fix the following? > [xxx@xxx nla-ginac]$ cat print.cpp > #include <ginac/ginac.h> > #include <iostream> > > using namespace GiNaC; > > int main(){ > symbol x("x"); > ex f = log(pow(x,2)); > print_csrc(std::cout); > std::cout << f << std::endl; > } > > [xxx@xxx nla-ginac]$ g++ print.cpp -lginac -lcln > [xxx@xxx nla-ginac]$ ./a.out > *log(x^2)* Notice that it's outputing 'x^2' and not 'pow(x,2)' or 'x*x'. It seems that the print_csrc call isn't doing anything. What am I doing wrong? Cheers, JP -- John Pye School of Mechanical and Manufacturing Engineering The University of New South Wales Sydney NSW 2052 Australia t +61 2 9385 5127 f +61 2 9663 1222 mailto:john.pye_AT_student_DOT_unsw.edu.au http://pye.dyndns.org/

2 1

Checking consistency of units in GiNaC
by John Pye 21 Jul '05

21 Jul '05

Hi all, Has anyone tried to add *units-of-measurement checking* to GiNaC? I have some nice unit-checking code here as part of the freesteam project, http://pye.dyndns.org/freesteam/docs/class_units.html This class prevents things like "1 * bar + 3 * kg", and also ensures validity of things like "Density rho = 5 * kg / (2 * metre2)" This units class could conceivably be extended to pass through expressions rather than simple numerical results, but operations like differentiation might need to become units-savvy I suspect. Does anyone have any comments on the advisability / feasibility of trying to do this, or have any references I should follow up relating to other people attempting this? Cheers JP -- John Pye School of Mechanical and Manufacturing Engineering The University of New South Wales Sydney NSW 2052 Australia t +61 2 9385 5127 f +61 2 9663 1222 mailto:john.pye_AT_student_DOT_unsw.edu.au http://pye.dyndns.org/

2 1

[PATCH] simpler debian/*
by varg＠theor.jinr.ru 21 Jul '05

21 Jul '05

Here is yet another patch. This ought to be in the ChangeLog: * provide -dbg package (unstripped shared object with debugging symbols) * switch to CDBS, so debian/rules is *much* simpler Best regards, Alexei -- ROOT: an octopus made by nailing extra legs onto a cat.

2 3