Hi all, So I am rebuilding GEM (from 0.90.0) but I am having the same problem I had before - Mesa and GL come standard with Fedora Core (I checked with rpm -q to be safe) by GEM's configure isint finding them. If I remember correctly it was something to do with the values in the variable $LIBS - like -Wl, -shared -Wl,-export-dynamic should be -shared -export-dynamic or something. A guy at redhat told me that it was the correct way to create shared libs, but I forget the syntax and I have lost the email over the years.
Can anyone tell me how to convert the line below LIBS="-Wl,-shared -Wl,-export-dynamic $LIBS" into a LIBS line that will allow configure to compile its test script and find Mesa and GL? In the mean time I will me a monkey with a typewriter and bang away randomly.
Thank you! -thewade
thewade wrote:
Hi all, So I am rebuilding GEM (from 0.90.0) but I am having the same problem I
the simple fix it, to use the CVS-version of Gem (although it is still a bit hacky if you are compiling for x86_64 (only if you are actually running an x86_64 operating system)
or something. A guy at redhat told me that it was the correct way to create shared libs, but I forget the syntax and I have lost the email over the years.
fortunately you shared your knowledge with the pd-list (or was it gem-dev?), so you can search the list-archives for that.
mfg.adf IOhannes
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
the simple fix it, to use the CVS-version of Gem
If it compiles ...
I have problems compiling on Debian.
First quicktime.h isn't found in Gem/src/Pixes/filmQT4L.h because on Debian it lives in its own directory. I could fix this by adding the directory to the include lines as in:
#ifdef HAVE_LIBQUICKTIME #include <quicktime/quicktime.h> #include <quicktime/colormodels.h> #endif // QT
Btw: Is it really correct to have so many different spellings of the quicktime-headers?
$ grep -i quicktime.h src/Pixes/* src/Pixes/filmDarwin.h:#include <QuickTime/quicktime.h> src/Pixes/filmQT.h:# include <QuickTime/quicktime.h> src/Pixes/filmQT4L.h:#include <quicktime.h> src/Pixes/pix_filmDarwin.h:#include <QuickTime/quicktime.h> src/Pixes/pix_filmDarwinYUV.h:#include <QuickTime/quicktime.h> src/Pixes/pix_filmQT.h:#include <QuickTime/quicktime.h> src/Pixes/pix_record.cpp:#include <Quicktime/Quicktime.h> src/Pixes/pix_videoDarwin.h:#include <QuickTime/Quicktime.h>
The next one is worse however:
c++ -c -g -O2 -DNEW_VIDEOFILM -fPIC -fno-builtin -mmmx -O3 -funroll-loops -ffast-math -I../ -I/usr/include/freetype2/ -I/usr/include/FTGL/ videoV4L2.cpp -o videoV4L2.o
pix_videoNEW.cpp: In constructor pix_videoNEW::pix_videoNEW()': pix_videoNEW.cpp:39: error: cannot allocate an object of typevideoV4L'
pix_videoNEW.cpp:39: error: because the following virtual functions are
abstract:
../Pixes/video.h:73: error: virtual pixBlock* video::getFrame()
I have no idea how to fix that.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Frank Barknecht wrote:
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
the simple fix it, to use the CVS-version of Gem
If it compiles ...
I have problems compiling on Debian.
First quicktime.h isn't found in Gem/src/Pixes/filmQT4L.h because on Debian it lives in its own directory. I could fix this by adding the directory to the include lines as in:
#ifdef HAVE_LIBQUICKTIME #include <quicktime/quicktime.h> #include <quicktime/colormodels.h> #endif // QT
no don't do that! the paths are left away on purpose.
quicktime-headers on sid have moved to /usr/include/lqt. so the correct way is to use either the output of "pkgconfig libquicktime" or "lqt-config". Gem tries to do so. if it still fails to detect quicktime, add "-I/usr/include/quicktime" to the CFLAGS in Make.config
Btw: Is it really correct to have so many different spellings of the quicktime-headers?
both darwin and linux are unices, and are thus case sensitive. so it is important to have different cases (it is the distributors fault)
The next one is worse however:
c++ -c -g -O2 -DNEW_VIDEOFILM -fPIC -fno-builtin -mmmx -O3 -funroll-loops -ffast-math -I../ -I/usr/include/freetype2/ -I/usr/include/FTGL/ videoV4L2.cpp -o videoV4L2.o pix_videoNEW.cpp: In constructor
pix_videoNEW::pix_videoNEW()': pix_videoNEW.cpp:39: error: cannot allocate an object of typevideoV4L' pix_videoNEW.cpp:39: error: because the following virtual functions are abstract: ../Pixes/video.h:73: error: virtual pixBlock* video::getFrame()
this looks like configure failed to detect the V4L-headers
what's the config.log and the Make.config and the Base/configLinux.h ??
mfg.asd.r IOhannes
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
Frank Barknecht wrote:
I have problems compiling on Debian.
Btw: Is it really correct to have so many different spellings of the quicktime-headers?
both darwin and linux are unices, and are thus case sensitive.
I know.
so it is important to have different cases (it is the distributors fault)
Ah, this sucks. ;)
what's the config.log and the Make.config and the Base/configLinux.h ??
Okay, I have found the real source of my problem: it's a documentation bug. I was following the build directions in the toplevel GEM.README where I read:
To install GEM on linux: chdir into <Gemdir>/src/Gnu read the README.build etc...
README.build says: run autoconf, configure, make.
But "<Gemdir>/src/Gnu" seems to be the wrong directory to do the compilation. Instead one has to configure and make inside "<Gemdir>/src/" now. Doing that will lead to a successful compile.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Frank Barknecht wrote:
Okay, I have found the real source of my problem: it's a documentation bug. I was following the build directions in the toplevel GEM.README where I read:
oh thanks. i guess i should empty the src/Gnu folder. for now i have changed the offending line in GEM.README
mfg.asd.r IOhannes
-
Frank Barknecht -
IOhannes m zmoelnig -
thewade