[PD] GEM doesn't compile in Fedora Core 5

IOhannes m zmoelnig zmoelnig at iem.at
Thu Feb 15 10:30:28 CET 2007


hi.

Pete Redest wrote:

> 
> 1. 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....

> 
> 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 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...)


> 
> 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 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://expo.live.com?s_cid=Hotmail_tagline_12/06
> 
> 
> 
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list





More information about the Pd-list mailing list