[PD] GEM doesn't compile in Fedora Core 5
postal759 at hotmail.com
Fri Feb 16 08:54:17 CET 2007
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
>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
Want a degree but can't afford to quit? Top school degrees online - in as
fast as 1 year
More information about the Pd-list