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

[Sven Panne]

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.

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.

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

> Finding the openal/alut directory, I did the ./autogen.sh
> and ./configure steps. When I ran make I got the following errors,
>
> /openal/alut $ make
> cd . && /bin/sh ./config.status config.h
> config.status: creating config.h
> config.status: config.h is unchanged
> make  all-recursive
> make[1]: Entering directory
> `/home/gpatterson/projects/flightgear/compiles/openal/alut'
> Making all in src
> make[2]: Entering directory
> `/home/gpatterson/projects/flightgear/compiles/openal/alut/src'
> source='alutBufferData.c' object='alutBufferData.lo' libtool=yes \
> depfile='.deps/alutBufferData.Plo'
> tmpdepfile='.deps/alutBufferData.TPlo' \
> depmode=gcc3 /bin/sh ../admin/depcomp \
> /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I..
> -g -O2 -Wall -pedantic -Werror -c -o alutBufferData.lo `test -f
> 'alutBufferData.c' || echo './'`alutBufferData.c
>  gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wall -pedantic -Werror -c
> alutBufferData.c -MT alutBufferData.lo -MD -MP
> -MF .deps/alutBufferData.TPlo  -fPIC -DPIC -o .libs/alutBufferData.o
> alutBufferData.c: In function '_alutGetFormat':
> alutBufferData.c:111: error: 'ALUT_ERROR_UNSUPPORTED_FILE_SUBTYPE'
> undeclared (first use in this function)
> alutBufferData.c:111: error: (Each undeclared identifier is reported
> only once
> alutBufferData.c:111: error: for each function it appears in.)
> cc1: warnings being treated as errors
> alutBufferData.c: In function 'generateBuffer':
> alutBufferData.c:119: warning: implicit declaration of function
> 'alGenBuffers'
> alutBufferData.c:120: warning: implicit declaration of function
> 'alGetError'
> alutBufferData.c:122: error: 'ALUT_ERROR_GEN_BUFFERS' undeclared (first
> use in this function)
> alutBufferData.c: In function 'passBufferData':
> alutBufferData.c:136: warning: implicit declaration of function
> 'alBufferData'
> alutBufferData.c:141: error: 'ALUT_ERROR_BUFFER_DATA' undeclared (first
> use in this function)
> make[2]: *** [alutBufferData.lo] Error 1
> make[2]: Leaving directory
> `/home/gpatterson/projects/flightgear/compiles/openal/alut/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory
> `/home/gpatterson/projects/flightgear/compiles/openal/alut'
> make: *** [all] Error 2

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

Cheers,
   S.