[PD] GEM doesn't compile in Fedora Core 5
postal759 at hotmail.com
Fri Feb 16 10:28:01 CET 2007
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,
# maintainer, the precise instructions for downloading the latest CVS
# in http://gem.iem.at/download.html, section "anonymous access", the GEM
# manual page http://gem.iem.at/manual/GemWPd.html, "Using GEM with PD", and
# 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
# 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
cvs -z3 -d:pserver:anonymous at cvs.gem.iem.at:/cvsroot/pd-gem login
cvs -z3 -d:pserver:anonymous at cvs.gem.iem.at:/cvsroot/pd-gem checkout Gem
rm -f GemLibs/glm/README.txt GemLibs/liborb/README.txt
GemLibs/particle/README.txt GemLibs/README GemLibs/makeauxlibs
cvs -d:pserver:anonymous at cvs.gem.iem.at:/cvsroot/pd-gem update -d
cp -r Gem ../../pd-0.40-2
mv Gem gem
# 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!!
>From: IOhannes m zmoelnig <zmoelnig at iem.at>
>To: Pete Redest <postal759 at hotmail.com>
>CC: pd-list at iem.at
>Subject: Re: [PD] GEM doesn't compile in Fedora Core 5
>Date: Thu, 15 Feb 2007 10:30:28 +0100
>Pete Redest wrote:
> > 1. Trying to compile GEM in Fedora Core 5.
> > - downloaded the packages gem-0.90.0.tar.gz and
> > 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....
> > 2. 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
> > 3. 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
> > the libraries created by nVidia software.
>you need the devel-versions of openGL and the like (even though this is
>not your problem here...)
> > 4. 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.
> > 5. 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
> > 6. 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
> > in FC5 in some other way?
>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
> > 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
>that's for the sadists, who prefer to have other people to the stuff.
> > _________________________________________________________________
> > FREE online classifieds from Windows Live Expo â buy and sell with
> > people you know
> > _______________________________________________
> > PD-list at 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.
More information about the Pd-list