[Openal] Trouble building openal/alut on Ubuntu Linux AMD64

[George Patterson]

Thanks Steve and Sven, 

I have made good progress.

My current error is 

 gcc-3.4 -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall
-pedantic -Werror -MT libalut_la-alutLoader.lo - MD -MP
-MF .deps/libalut_la-alutLoader.Tpo -c alutLoader.c  -fPIC -DPIC
-o .libs/libalut_la-alutLoader.o
alutLoader.c: In function `_alutLoadAUFile':
alutLoader.c:769: warning: passing arg 2 of pointer to function from
incompatible pointer type
make[2]: *** [libalut_la-alutLoader.lo] Error 1


George Patterson

On Sat, 2005-10-22 at 16:23 +0200, Sven Panne wrote:
> Am Samstag, 22. Oktober 2005 08:37 schrieb George Patterson:
> > I am trying to build the alut library that is part of openal CVS.
> >
> > First the basic machine specs tool versions..
> >
> > AMD64 3200+
> > 1 Gig RAM
> >
> > libtool 1.5.6
> > autoconf 2.59a
> > automake 1.6
> > autoconf 2.13
> > Hope I haven't left anything out.

I knew there was something Ubuntu Breezy (5.10) running the generic
AMD64 kernel.

> 
> Hmmm, today's CVS HEAD works for me quite fine on my SuSE 9.3 box with:
> 
>    autoconf (GNU Autoconf) 2.59
>    automake (GNU automake) 1.9.5
>    ltmain.sh (GNU libtool) 1.5.14 (1.1220.2.195 2005/02/12 12:12:33)
> 
> Your tools mix looks quite obscure, e.g. automake 1.6 is from 2002-03-05, i.e. 
> over 3.5 years old, your libtool is from 2004-04-11 and your autoconf is 
> quite new. I'm not sure if this is causing your problem, but at least I'd 
> check with the people maintaining autotools for your distribution if this 
> obscure mix is really intended.

Heh... I found aclocal that was symlinked to aclocal-1.6 despite 1.9
being installed. 1.9 being 1.9.5 from memory Gotta love the logic of
this. Found the same applied to some of the other auto* tools. Hence the
inconsistency of the age age of the tools.

> 
> > The building of openal work well and install but the tests don't build.
> 
> Yep, as Steve has already mentioned, the test suite has bit-rotted since ALUT 
> has been carved out. You can happily ignore this (or even better: fix 
> this ;-).

Ahhh right. Sorry I'm not a C/C++ programmer.


> The commands issued by make are completely different for me, this is probably 
> caused by the ancient automake. Even some parts of alut/src/Makefile.am are 
> totally missing, e.g. the -I flag to gcc generated via
> 
>    ...
>    # Specifying the following path is needed to find <AL/alut.h>.
>    libalut_la_CPPFLAGS = -I$(top_srcdir)/include
> 
> Could you generate a "real" distribution on some other distribution with a 
> more recent autotools toolchain via:
> 
>    ./autogen.sh && ./configure && make distcheck
> 
> This should result in a freealut-1.0.0.tar.gz, which does not need any 
> autotools on the machine where it gets compiled. If it works on Ubuntu then, 
> it's your distro's fault, if it still doesn't work, it's our fault. :-)

This is on a ubuntu (Breezy 5.10) system.

George Patterson