Hi there. New to the list. Is it OK to ask about GEM here? If yes, here is the question, if not, just advice me and I will try something else.
This is the problem:
- Trying to compile GEM in Fedora Core 5.
- downloaded the packages gem-0.90.0.tar.gz and GemLibs-LINUX-1.tar.gz from http://gem.iem.at/download.html and expanded them.
- after installing imake, I compiled GemLibs successfully. (nowhere is written or hinted in an error message that building
GemLibs requires imake - had to find this from the name of a missing program, makedepend, and googling to find where it lives).
- went to gem-0.90.0/src/Gnu and did ./configure $ ./configure
... checking for glInitNames in -lGL... no checking for glInitNames in -lMesaGL... no OpenGL is mandatory
- Initially I thought that something is wrong with my OpenGL libs, but
nothing is wrong with them. I even downloaded and compiled, with all the pain that it is to do anything like this in Linux, the latest Mesa packages, version 6.5.2, and installed them. Their demo works just fine, even when not using Mesa but the libraries created by nVidia software.
- I concluded that something is wrong with ./configure. Indeed, I confirmed googling the web that the validation of existence of functions in some
configure scripts is broken.
- Found a suggestion on the web to the effect of re-generating "configure",
using autoconf. These are the steps: $ rm -f aclocal.m4 $ autoupdate $ aclocal-1.4 $ autoconf aclocal.m4:36: error: m4_defn: undefined macro: _m4_divert_diversion autoconf/libs.m4:134: AC_CHECK_LIB is expanded from... aclocal.m4:36: the top level autom4te: /usr/bin/m4 failed with exit status: 1 That is, the autoconf data scripts are also broken, at least for Fedora Core 5.
- went googling again for _m4_divert_diversion and got a bzillion postings
about this, all discussing how screwed is the autoconf system that for its continuing evolution no two versions of one utility are compatible with any other, or maybe the same, version of another utility, that older scripts didn't generate quotes, and a bunch of other "whatevers". That is the reason why it was recommended to use aclocal-1.4, an old version, rather than the current one, named just "aclocal" (v1.9). With all the talking about this, I did not find a script-solution that can "fix" old versions of autoconf scripts to bring them up-to-date, to be usable in FC5.
Perhaps there is such magic script, or some other way to migrate the software automatically to FC5 or FC6. Do you know of one?. Or how can I compile GEM in FC5 in some other way?
Thank you for any help or hints.
TioP
PS. Of course it is expected that the solution found be compatible with the
Fedora Linux ways, i.e. wasting 1/2 day adjusting things, googling, editing,
re-compiling, filling-in missing packages, finding left-and-right that one
package
needs another 4 or 5 new or updated packages, that in turn require me to
upgrade
X and C libraries, i.e. another 50 packages, which in turn require to
upgrade also
GNOME, Tcl/Tk, etc, etc, which in turn .... perhaps I better upgrade to FC6,
which
of course won't solve the problem either. And all this will make me
appreciate more
the wonderful life that we, the masochists that use Linux, are so used to
live.
May be it will take a little longer than 1/2 day. May be a day and a half
... or a week?
or 2.
FREE online classifieds from Windows Live Expo buy and sell with people you know http://clk.atdmt.com/MSN/go/msnnkwex0010000001msn/direct/01/?href=http://exp...
hi.
Pete Redest wrote:
- Trying to compile GEM in Fedora Core 5.
- downloaded the packages gem-0.90.0.tar.gz and GemLibs-LINUX-1.tar.gz from http://gem.iem.at/download.html and expanded them.
- after installing imake, I compiled GemLibs successfully. (nowhere is written or hinted in an error message that building
GemLibs requires imake - had to find this from the name of a missing program, makedepend, and googling to find where it lives).
you shouldn't need to have to use GemLibs on a linux system. the website is a bit outdated here....
- went to gem-0.90.0/src/Gnu and did ./configure $ ./configure
... checking for glInitNames in -lGL... no checking for glInitNames in -lMesaGL... no OpenGL is mandatory
- Initially I thought that something is wrong with my OpenGL libs, but
nothing is wrong with them. I even downloaded and compiled, with all the pain that it is to do anything like this in Linux, the latest Mesa packages, version 6.5.2, and installed them. Their demo works just fine, even when not using Mesa but the libraries created by nVidia software.
you need the devel-versions of openGL and the like (even though this is not your problem here...)
- I concluded that something is wrong with ./configure. Indeed, I
confirmed googling the web that the validation of existence of functions in some configure scripts is broken.
- Found a suggestion on the web to the effect of re-generating
"configure", using autoconf. These are the steps: $ rm -f aclocal.m4 $ autoupdate $ aclocal-1.4 $ autoconf aclocal.m4:36: error: m4_defn: undefined macro: _m4_divert_diversion autoconf/libs.m4:134: AC_CHECK_LIB is expanded from... aclocal.m4:36: the top level autom4te: /usr/bin/m4 failed with exit status: 1 That is, the autoconf data scripts are also broken, at least for Fedora Core 5.
you need aclocal-1.8
- went googling again for _m4_divert_diversion and got a bzillion
postings about this, all discussing how screwed is the autoconf system that for its continuing evolution no two versions of one utility are compatible with any other, or maybe the same, version of another utility, that older scripts didn't generate quotes, and a bunch of other "whatevers". That is the reason why it was recommended to use aclocal-1.4, an old version, rather than the current one, named just "aclocal" (v1.9). With all the talking about this, I did not find a script-solution that can "fix" old versions of autoconf scripts to bring them up-to-date, to be usable in FC5.
Perhaps there is such magic script, or some other way to migrate the software automatically to FC5 or FC6. Do you know of one?. Or how can I compile GEM in FC5 in some other way?
yes! get the CVS-version of Gem. you will need _recent_ versions of aclocal and autoconf. (and the build-process is started from src/ instead of src/Gnu/) it should work like a charm...
Thank you for any help or hints.
TioP
PS. Of course it is expected that the solution found be compatible with the Fedora Linux ways, i.e. wasting 1/2 day adjusting things, googling, editing, re-compiling, filling-in missing packages, finding left-and-right that one package needs another 4 or 5 new or updated packages, that in turn require me to upgrade X and C libraries, i.e. another 50 packages, which in turn require to upgrade also GNOME, Tcl/Tk, etc, etc, which in turn .... perhaps I better upgrade to FC6, which of course won't solve the problem either. And all this will make me appreciate more the wonderful life that we, the masochists that use Linux, are so used to live. May be it will take a little longer than 1/2 day. May be a day and a half ... or a week? or 2.
it should take no more than 1hour with a vanilla machine and a reasonable package manager to have a running Gem binary. this is the time i usually spend downloading just the directX-sdk from microsoft on a reasonable fast connection, just to find out that i will need to spend another hour to download another SDK.
apart from that, Gem is also included in the autobuild of pd which also supports FC. that's for the sadists, who prefer to have other people to the stuff.
mfg.adr IOhannes
FREE online classifieds from Windows Live Expo – buy and sell with people you know http://clk.atdmt.com/MSN/go/msnnkwex0010000001msn/direct/01/?href=http://exp...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Super info! THANKS - will post here how it went as soon as I do it. Did you mean that by having compiled/installed PD already I have already GEM?. Thanks Peter
From: IOhannes m zmoelnig zmoelnig@iem.at To: Pete Redest postal759@hotmail.com CC: pd-list@iem.at Subject: Re: [PD] GEM doesn't compile in Fedora Core 5 Date: Thu, 15 Feb 2007 10:30:28 +0100
hi.
Pete Redest wrote:
- Trying to compile GEM in Fedora Core 5.
- downloaded the packages gem-0.90.0.tar.gz and
GemLibs-LINUX-1.tar.gz
from http://gem.iem.at/download.html and expanded them.
- after installing imake, I compiled GemLibs successfully. (nowhere is written or hinted in an error message that building
GemLibs requires imake - had to find this from the name of a missing program, makedepend, and googling to find where it lives).
you shouldn't need to have to use GemLibs on a linux system. the website is a bit outdated here....
- went to gem-0.90.0/src/Gnu and did ./configure $ ./configure
... checking for glInitNames in -lGL... no checking for glInitNames in -lMesaGL... no OpenGL is mandatory
- Initially I thought that something is wrong with my OpenGL libs, but
nothing is wrong with them. I even downloaded and compiled, with all the pain that it is to do anything like this in Linux, the latest Mesa packages, version 6.5.2, and installed them. Their demo works just fine, even when not using Mesa
but
the libraries created by nVidia software.
you need the devel-versions of openGL and the like (even though this is not your problem here...)
- I concluded that something is wrong with ./configure. Indeed, I
confirmed googling the web that the validation of existence of functions in some configure scripts is broken.
- Found a suggestion on the web to the effect of re-generating
"configure", using autoconf. These are the steps: $ rm -f aclocal.m4 $ autoupdate $ aclocal-1.4 $ autoconf aclocal.m4:36: error: m4_defn: undefined macro: _m4_divert_diversion autoconf/libs.m4:134: AC_CHECK_LIB is expanded from... aclocal.m4:36: the top level autom4te: /usr/bin/m4 failed with exit status: 1 That is, the autoconf data scripts are also broken, at least for Fedora Core 5.
you need aclocal-1.8
- went googling again for _m4_divert_diversion and got a bzillion
postings about this, all discussing how screwed is the autoconf system that for its continuing evolution no two versions of one utility are compatible with any other, or maybe the same, version of another utility, that older scripts didn't generate quotes, and a bunch of other "whatevers". That is the reason why it was recommended to use aclocal-1.4, an old version, rather than the current one, named just "aclocal" (v1.9). With all the talking about this, I did not find a script-solution that can "fix" old versions of autoconf scripts to bring them up-to-date, to be usable in FC5.
Perhaps there is such magic script, or some other way to migrate the software automatically to FC5 or FC6. Do you know of one?. Or how can I compile
GEM
in FC5 in some other way?
yes! get the CVS-version of Gem. you will need _recent_ versions of aclocal and autoconf. (and the build-process is started from src/ instead of src/Gnu/) it should work like a charm...
Thank you for any help or hints.
TioP
PS. Of course it is expected that the solution found be compatible with
the
Fedora Linux ways, i.e. wasting 1/2 day adjusting things, googling, editing, re-compiling, filling-in missing packages, finding left-and-right that one package needs another 4 or 5 new or updated packages, that in turn require me to upgrade X and C libraries, i.e. another 50 packages, which in turn require to upgrade also GNOME, Tcl/Tk, etc, etc, which in turn .... perhaps I better upgrade to FC6, which of course won't solve the problem either. And all this will make me appreciate more the wonderful life that we, the masochists that use Linux, are so used to live. May be it will take a little longer than 1/2 day. May be a day and a half ... or a week? or 2.
it should take no more than 1hour with a vanilla machine and a reasonable package manager to have a running Gem binary. this is the time i usually spend downloading just the directX-sdk from microsoft on a reasonable fast connection, just to find out that i will need to spend another hour to download another SDK.
apart from that, Gem is also included in the autobuild of pd which also supports FC. that's for the sadists, who prefer to have other people to the stuff.
mfg.adr IOhannes
FREE online classifieds from Windows Live Expo – buy and sell with people you know
http://clk.atdmt.com/MSN/go/msnnkwex0010000001msn/direct/01/?href=http://exp...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Want a degree but can't afford to quit? Top school degrees online - in as fast as 1 year http://forms.nextag.com/goto.jsp?url=/serv/main/buyer/education.jsp?doSearch...
Perfect! all the info necessary to build and install can be found, and the build and install works "like a charm" as you say.
I tried first the aclocal-1.8 bit and that didn't work for me.
I don't know what you meant by the statement that "Gem is also included in the autobuild of pd which also supports FC". I didn't find GEM in the source tree of PD.
Anyways, the CVS version compiles and works!! GREAT!. Side note: I had already installed all the OpenGL libs, tiff, etc, including the -devel packages in order to compile Mesa, and other packages. So that the installation of these packages is not detailed here.
For the benefit of anyone that will be here after this posting, here is a "script" (basically a transcript of the commands that I used and worked for me) to download, build and install GEM after building and installing PD in my Fedora Core 5 box:
--- begin script --- # This script comes directly from the instructions I got from IOhannes, GEM's # maintainer, the precise instructions for downloading the latest CVS version # in http://gem.iem.at/download.html, section "anonymous access", the GEM online # manual page http://gem.iem.at/manual/GemWPd.html, "Using GEM with PD", and the # README.linux file in ..../pd-0.4x-y/gem/src. This all assumes that PD is # already compiled (under pd-0.4x-y) and installed. The README.linux file can # be found under ...../pd-0.4x-y/gem/src after downloading, and copying GEM # under the pd source dir root as detailed below.
# All the downloads and builds are done in subdirectories of /home/downloads/PD cd /home/downloads/PD mkdir GEM mkdir GEM/CVS-versions cd GEM/CVS-versions cvs -z3 -d:pserver:anonymous@cvs.gem.iem.at:/cvsroot/pd-gem login cvs -z3 -d:pserver:anonymous@cvs.gem.iem.at:/cvsroot/pd-gem checkout Gem GemLibs rm -f GemLibs/glm/README.txt GemLibs/liborb/README.txt GemLibs/particle/README.txt GemLibs/README GemLibs/makeauxlibs cvs -d:pserver:anonymous@cvs.gem.iem.at:/cvsroot/pd-gem update -d cp -r Gem ../../pd-0.40-2 cd ../../pd-0.40-2 mv Gem gem cd gem/src gvim README.linux aclocal autoconf configure make make install
# now invoke PD with the GEM library: $ pd -lib Gem # if that doesn't get the GEM welcome messages in the PD window, do: # $ pd -lib /usr/local/lib/pd/extra/Gem
--- end script ---
Indeed, this didn't take days. However, all the previous attempts to solve the intermediate problems, posting a question, implementing the answer, did, though. That's the way it happens ... some day there will be a real Linux for the masses - that will require a rather substantial mental shift in the Linux development community, though. In the meanwhile, THANK YOU IOhannes. Without your help I would still be lost.
THANK YOU AGAIN!!
TioP (Peter)
From: IOhannes m zmoelnig zmoelnig@iem.at To: Pete Redest postal759@hotmail.com CC: pd-list@iem.at Subject: Re: [PD] GEM doesn't compile in Fedora Core 5 Date: Thu, 15 Feb 2007 10:30:28 +0100
hi.
Pete Redest wrote:
- Trying to compile GEM in Fedora Core 5.
- downloaded the packages gem-0.90.0.tar.gz and
GemLibs-LINUX-1.tar.gz
from http://gem.iem.at/download.html and expanded them.
- after installing imake, I compiled GemLibs successfully. (nowhere is written or hinted in an error message that building
GemLibs requires imake - had to find this from the name of a missing program, makedepend, and googling to find where it lives).
you shouldn't need to have to use GemLibs on a linux system. the website is a bit outdated here....
- went to gem-0.90.0/src/Gnu and did ./configure $ ./configure
... checking for glInitNames in -lGL... no checking for glInitNames in -lMesaGL... no OpenGL is mandatory
- Initially I thought that something is wrong with my OpenGL libs, but
nothing is wrong with them. I even downloaded and compiled, with all the pain that it is to do anything like this in Linux, the latest Mesa packages, version 6.5.2, and installed them. Their demo works just fine, even when not using Mesa
but
the libraries created by nVidia software.
you need the devel-versions of openGL and the like (even though this is not your problem here...)
- I concluded that something is wrong with ./configure. Indeed, I
confirmed googling the web that the validation of existence of functions in some configure scripts is broken.
- Found a suggestion on the web to the effect of re-generating
"configure", using autoconf. These are the steps: $ rm -f aclocal.m4 $ autoupdate $ aclocal-1.4 $ autoconf aclocal.m4:36: error: m4_defn: undefined macro: _m4_divert_diversion autoconf/libs.m4:134: AC_CHECK_LIB is expanded from... aclocal.m4:36: the top level autom4te: /usr/bin/m4 failed with exit status: 1 That is, the autoconf data scripts are also broken, at least for Fedora Core 5.
you need aclocal-1.8
- went googling again for _m4_divert_diversion and got a bzillion
postings about this, all discussing how screwed is the autoconf system that for its continuing evolution no two versions of one utility are compatible with any other, or maybe the same, version of another utility, that older scripts didn't generate quotes, and a bunch of other "whatevers". That is the reason why it was recommended to use aclocal-1.4, an old version, rather than the current one, named just "aclocal" (v1.9). With all the talking about this, I did not find a script-solution that can "fix" old versions of autoconf scripts to bring them up-to-date, to be usable in FC5.
Perhaps there is such magic script, or some other way to migrate the software automatically to FC5 or FC6. Do you know of one?. Or how can I compile
GEM
in FC5 in some other way?
yes! get the CVS-version of Gem. you will need _recent_ versions of aclocal and autoconf. (and the build-process is started from src/ instead of src/Gnu/) it should work like a charm...
Thank you for any help or hints.
TioP
PS. Of course it is expected that the solution found be compatible with
the
Fedora Linux ways, i.e. wasting 1/2 day adjusting things, googling, editing, re-compiling, filling-in missing packages, finding left-and-right that one package needs another 4 or 5 new or updated packages, that in turn require me to upgrade X and C libraries, i.e. another 50 packages, which in turn require to upgrade also GNOME, Tcl/Tk, etc, etc, which in turn .... perhaps I better upgrade to FC6, which of course won't solve the problem either. And all this will make me appreciate more the wonderful life that we, the masochists that use Linux, are so used to live. May be it will take a little longer than 1/2 day. May be a day and a half ... or a week? or 2.
it should take no more than 1hour with a vanilla machine and a reasonable package manager to have a running Gem binary. this is the time i usually spend downloading just the directX-sdk from microsoft on a reasonable fast connection, just to find out that i will need to spend another hour to download another SDK.
apart from that, Gem is also included in the autobuild of pd which also supports FC. that's for the sadists, who prefer to have other people to the stuff.
mfg.adr IOhannes
FREE online classifieds from Windows Live Expo â buy and sell with people you know
http://clk.atdmt.com/MSN/go/msnnkwex0010000001msn/direct/01/?href=http://exp...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Play Flexicon: the crossword game that feeds your brain. PLAY now for FREE. http://zone.msn.com/en/flexicon/default.htm?icid=flexicon_hmtagline
-
IOhannes m zmoelnig -
Pete Redest