December 2012 - GiNaC-list

Re: [GiNaC-list] set_TeX_name() ?
by Dale Lukas Peterson 23 Jan '13

23 Jan '13

> Just as a suggestion: instead of an introduction of a separate > method set_TeX_name(), may be simpler to modify set_name() to have an > optional second argument for the Tex name (similar to the symbol() > method). Here are the three options I can see. First, a default parameter as I think you are suggesting: void set_name(const std::string & n, const std::string & texname = "") { name = n; TeX_name = texname; } Second, overloading set_name: void set_name(const std::string & n) { name = n; } void set_name(const std::string & n, const std::string & texname) { name = n; TeX_name = texname; } Third, the option I originally proposed: void set_TeX_name(const std::string & n) { TeX_name = n; } I prefer my original proposal since it seems the most orthogonal to me. But any of them is really fine with me so that there is a way to change the TeX_name after you've created an instance of symbol. If there is interest in keeping fewer methods, then I guess one of the first two options would be preferable. Thanks, Dale

3 11

Variable Isolation
by David Narvaez 17 Dec '12

17 Dec '12

Hi all, Is there a ready-to-use method to isolate a variable in an expression? At least for first and second degree polynomials in at most two variables. David E. Narvaez

2 4

Compiled GiNAC lib for MSVC failed in debug mode
by Christiand 13 Dec '12

13 Dec '12

Hi All, I have successfully compiled GiNAC for MSVC. I compiled GiNAC as static library (*.lib). I works fine under release mode, but fails in debug mode. Does anyone experience same thing ? Thank before for your attention. ~ Christiand ~

1 0

Ginac compile with MSVC
by Rheinländer 13 Dec '12

13 Dec '12

Hi, the current version of GiNaC requires a new hack to make it work with MSVC. The problem is lst::info(). It is never called when GiNaC is compiled with MSVC, instead, basic::info() gets called which leads to exceptions being thrown by code like: if (!eqns.info(info_flags::list)) { throw(std::invalid_argument("lsolve(): 1st argument must be a list or an equation")); The only work-around I could find was to move the definition of lst::info() from the .cpp file to the .h file (please don't ask me why this should make a difference). I know it's a stupid hack, but in any case, I attach the modified lst.h and lst.cpp in case you want to include it in a future release of GiNaC. Jan

1 0

set_TeX_name() ?
by Dale Lukas Peterson 10 Dec '12

10 Dec '12

I see that there is a set_name method in the symbol class and was wondering if there is a reason there is no set_TeX_name() method? I have a situation where I would like to declare a number of symbols, all using the default constructor, but then would like to set the TeX string of these symbols later. It seems like this implementation would work fine: void set_TeX_name(const std::string & n) { TeX_name = n; } Attached is a patch, if this implementation seems reasonable. I'm not sure whether TeX_name should be mutable or not, it seems like perhaps it also should be? Thanks, Luke -- “People call me a perfectionist, but I'm not. I'm a rightist. I do something until it's right, and then I move on to the next thing.” ― James Cameron

2 2

Empty brackets in compiled C code.
by Zach 07 Dec '12

07 Dec '12

Hi guys. Finally, with the help of those on this mailing list I was able to compile the lenet5 demo into c. But at first I was getting a few of these errors from the compiled C code: /home/refinedcode/Development/lush/packages/gblearn2/demos/C/lenet5_fprop.c:327:278: > error: expected expression before ‘)’ token > So i opened up the C code and found that all the errors pointed towards this one line: (L3_19__x_)->Vtbl->M_net_cscscf(L3_19__x_, L2_1_image_height, > L2_2_image_width, L2_3_ki0, L2_4_kj0, L2_13_table0, L2_5_si0, L2_6_sj0, > L2_7_ki1, L2_8_kj1, L2_14_table1, L2_9_si1, L2_10_sj1, > ((()((((double)(L2_1_image_height-((L2_3_ki0)-1)))/((double)L2_5_si0))-((L2_7_ki1)-1)))/(()L2_9_si1)), > ((()((((double)(L2_2_image_width-((L2_4_kj0)-1)))/((double)L2_6_sj0))-((L2_8_kj1)-1)))/(()L2_10_sj1)), > L_Tmp20, L2_12_output_size, L1_net_param); > > As you can see there are some empty brackets that have caused these errors. It wasn't a big deal to me as removing the empty brackets fixed the problem and it ran fine but is there somewhere I should post this? I don't assume anyone else has seen this before? Maybe im doing something wrong that caused it. If anyone wants I can post more details about it but I doubt it would be anyone's priority. Thanks for helping me with my questions by the way! Lush works very well!

1 0