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 255
>>>
>>>
>>>also 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
> ---------
>
>
>