[PD] problems compling GEM under redhat 7.2

[marco]

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