I'm sorry I should have been a little more thorough.
Redhat futz'ed around with the include tree making this problem in a bunch of applications ( I don't know anything about this issue except that I have seen it in sevral compiles).
If you "man abs" it will tell you that this standard function is in "stdlib.h" so you can add "#include <stdlib.h>" to that file, perhaps you need to add a "math.h" or a "stdio.h" eventually I don't remember. This is a silly problem, but sort of easily fixed.
Gem will compile with these few mods, I've done it, don't give up.
Marco
Ben Bogart - FMPM/F1999 wrote:
Hey Marco,
Thanks for your reply,
I've added #include <string.h> to many of the files but now make quits because it can't find the "abs" function.
I can just imagine the number of lost functions very high in redhat... I'll probably just going to give up on redhat and install Debian here as well.
Thanks Ben
On Fri, 11 Jan 2002, marco wrote:
Redhat has this problem I have encountered this for several programs.
You have to add #include <string.h>
to the top of any file that gives you the error, in this case Base/GemBase.h. There is surely a better way of doing this but at least the extra includes ( 5-10 if I recall for GEM) will allow you to compile.
Marco
Ben Bogart - FMPM/F1999 wrote:
Hello,
I'm happily running Gem on my Debian machine but Can't get it to compile on redhat. v 4.2 with X 4.1 with Nvidia drivers. Kernel 2.4.7
I've installed all the required dependancies that are not automatically included (libjpeg, libitff and freetype, OpenGL are included)
here is my output:
In file included from ../Base/GemShape.h:16, from GemGluObj.h:16, from GemGluObj.cpp:15: ../Base/GemBase.h:25:8: warning: extra tokens at end of #endif directive GemGluObj.cpp: In method
void GemGluObj::typeMess (t_symbol *)': GemGluObj.cpp:83:strcmp' undeclared (first use this function) GemGluObj.cpp:83: (Each undeclared identifier is reported only once for each function it appears in.) make[1]: *** [GemGluObj.o] Error 1 make[1]: Leaving directory `/usr/local/gem-0.86/src/Base' make: *** [subdirs] Error 255also th message
../Base/GemBase.h:25:8: warning: extra tokens at end of #endif directive
comes up after just about every cpp file (this did not happen in debian.)
Is it because the included applications (freetype, libtiff and libjpeg) are not compatible versions?
Thanks!
Ben
B. Bogart
B. Bogart