Jamie Bullock wrote:
Hi,
are you still out of luck or did you finally succeed in compiling Gem ?
I am currently trying to instal Gem-0.9 on FC3/2.6.10/CCRMA. I have freeglut, freeglut-devel and libGLU installed.
you _do not_ need glut, whatever the readme says.... libglu is ok (and needed) of course you will also need libGLU-devel.
I have built the auxlibs
which shouldn't be a problem, as they ought to be not needed
ok.
Initially the configure script falls over about OpenGL. Changing -Wl, - shared to -shared in the script fixes this. My config line is:
./configure --enable-gltt=NO -- includedir=/usr/include/freetype2/:/usr/local/include/m_pd.h:/usr/include/gltt/
just some minor issue: why do you include the gltt-include-path and at the same time disbale gltt ?
First attempt to make falls over in the Particles dir. Can't find iostream. Adding -I/usr/include/c++/3.3.3/ to the Particles/Makefile fixes this. Then the bits path can't be found. -I/usr/include/c+ +/3.3.3/i386-redhat-linux/ fixes this.
i do not think that this is a good idea. "iostream" and the like should (must!) be found by the compiler, as these are standard headers. they are so much standard, that they come with the compiler! if a compiler doesn't find its own header-files then it is set up incorrectly. adding "some" path to a header-file with the same name, can lead to very unexpected behaviour (but be assured, i might have tried it too...)
Compilation still falls over compiling partlib_system.o:
In file included from /usr/include/c++/3.3.3/bits/basic_ios.h:44, from /usr/include/c++/3.3.3/ios:51, from /usr/include/c++/3.3.3/ostream:45, from /usr/include/c++/3.3.3/iostream:45, from partlib_system.cpp:19: /usr/include/c++/3.3.3/bits/locale_facets.h: In constructor
std::numpunct_byname<_CharT>::numpunct_byname(const char*, size_t)': /usr/include/c++/3.3.3/bits/locale_facets.h:696: error: there are no arguments to_S_create_c_locale' that depend on a template parameter, so a declaration of `_S_create_c_locale' must be availableetc.
It seems like I have some out of date or missing header files or something, but I'm not sure where to go from here?
so the question is: which compiler are you using ? (the version matters !)
do you have the stdlib installed for your version of your compiler ? (on debian it is libstdc++5 for g++-3.3 & libstdc++6 for gcc-3.4; on fedora it might be totally different....); you will need the devel-package for the stdlib too
mfg.a.dsr IOhannes