[PD] compiling GEM

[Mathieu Bouchard]

Here is a report of myself trying to compile GEM. I am running Debian 3.0
("woody") on an AMD K62 400.

-------- 1 --------

cd ~/src/gem-0.87/src/Gnu; ./configure --prefix=/home/matju

checking for GLTTFont.h path... dirname: too few arguments
Try `dirname --help' for more information.
configure: error: can't find path to GLTTFont.h

I have it under /usr/include/GL/GLTTFont.h; I also had created symbolic
links in /usr/include/GLTTFont.h last time I made a quick attempt at
installing GEM. I remove them because maybe they're not a too good idea.

Having 'dirname' complaining is a quite bad idea, especially if that's
because of 'too few arguments'... if it can get too few arguments, it
probably can get too many: it seems like a quoting problem to me. what
happens on systems on which there are spaces within filenames?

I also notice that the command to find GLTTFont.h does not honor
C_INCLUDE_PATH, which is plain wrong. Some of my libraries are in
/usr/X11R6, /opt, /home/matju, which are all three listed in that
env-variable, but none of those 3 paths are searched. I suppose this will
cause me problems with some subsequent libraries.

I've found a problem. /usr/include on my system is a symbolic link (that's
a harddisk migration i never finished), so the 'find' command doesn't work
properly on it.

Moving that directory back to the main partition...

Works. Starting to compile.

-------- 2 --------

make
[...]
g++  -L/usr/X11R6/lib -L../../../GemLibs/glm
-L../../../gem-0.84/src/AuxLibs/liborb
-L../../../gem-0.84/src/AuxLibs/particle  -o Gem.pd_linux -L/usr/X11R6/lib
-L../../../GemLibs/glm -L../../../gem-0.84/src/AuxLibs/liborb
-L../../../gem-0.84/src/AuxLibs/particle  ../Manips/*.o ../Particles/*.o
../Base/*.o ../MarkEx/*.o ../Pixes/*.o ../Controls/*.o ../Nongeos/*.o
../tv/*.o ../Geos/*.o  -shared -L/usr/lib -lglib -lz -lparticle -lorb
-lgltt -lttf -ljpeg -ltiff -lglm -lmpeg3 -lmpeg -lglib -lpng -lquicktime
-lglut -lGLU -lGL -lm -Wl,-shared -Wl,-export-dynamic -lXxf86vm -lXext
-lX11  -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/GL
-I../../../GemLibs/particle -I../../../GemLibs/liborb
-I../../../GemLibs/glm -I/home/matju/src/pd/src -I..  
/usr/bin/ld: ne peut trouver -lparticle
collect2: ld returned 1 exit status
make: *** [Gem.pd_linux] Erreur 1

Now I don't know why gem-0.84 directories are listed, nor why it
looks for AuxLibs when it's called GemLibs. I thought ./configure would
take care of that part. I tried something:

find ../../../GemLibs -iname '*particle*'
../../../GemLibs/particle
../../../GemLibs/particle/libparticle.a
../../../GemLibs/particle/Particle.dsp
../../../GemLibs/particle/Particle.lib

cd ~/src; ln -s gem-0.87 gem-0.84 
cd ~/src/gem-0.87/src; ln -s ../../GemLibs Auxlibs
cd ~/src/gem-0.87/src/Gnu; make

(same error)

no excuse now: -L../../../gem-0.84/src/AuxLibs/particle means that ls -l
../../../gem-0.84/src/AuxLibs/particle should see something called
libparticle.so or libparticle.a. Well it does. But g++ doesn't want to see
it.

now I go in that "particle" dir and created libparticle.so in addition to
.a; still does not work... so i try:

cp libparticle.so ~/lib 

So it now says:

/usr/bin/ld: ne peut trouver -lorb

so i create a liborb.so and put it in ~/lib again. next attempt...

works!

-------- 3 --------

make install
install -d //usr/local//share/doc/gem
install: Ne peut créer le répertoire `//usr/local//share/doc'.: Permission
non accordée
make: *** [installdocs] Erreur 1

Well I never told it that it could install anything in /usr/local. I don't
do that as root and I said "--prefix=/home/matju" before. That's not very
well mannered of it.

At least Makefile has a PREFIX I can change to /home/matju. Trying again.

make install
install -d //home/matju//share/doc/gem
install -m644 ../../doc/* //home/matju//share/doc/gem
install: Ne peut évaluer `../../doc/*' par stat(): Aucun fichier ou
répertoire de ce type
make: *** [installdocs] Erreur 1

Well, gem-doc isn't unpacked. It's bundled separately but it's required
for "make install" to work... unpacking gem-doc ...

works!

-------- 4 --------

pd -lib gem
gem: can't load library

I don't know why I have to do this again:
pd -path /home/matju/lib/pd/externs -lib Gem

but it doesn't complain now.

01.redSquare.pd, clicking on "create":

error: GEM: X server has no OpenGL GLX extension
MAN: create window
Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
error: GEM: Unable to create double buffer window
error: GEM: Unable to create window
error: GEM: gemwin: no window made

But I have this file here:
/duesseldorf/usr/X11R6/lib/modules/extensions/libglx.a

Do I need to add it to some config file?

Looking in /etc/X11/XF86Config ... it's commented out ?

Closing all windows and restarting X11...

doing the same... an empty window appears, and then :

error: GEM: Unable to create single buffer window
error: GEM: Error creating const context
error: GEM: A serious error occured creating const Context
error: GEM: Do not continue!
MAN: create window

Then I click on "1". White square appears. Color and rotation and
everything else works.

-------- 5 --------

I notice that example 2 is almost the same as example 1. Maybe it could
use some kind of demux so that differences between the patches may be
selected using a checkbox (I do that all of the time in my GridFlow
examples)

I notice there's a problem with loading two patches at once and trying to
create a new window while the one of the first patch is open (doesn't do
it) and then hitting destroy on that same second patch (segmentation
fault).

05.cube.pd does translations so big that the cube is very likely to
disappear from screen on first try.

Well that's all I have to comment on for now. Cool!

________________________________________________________________
Mathieu Bouchard                       http://artengine.ca/matju