Re: compile problems

[Takashi Iwai <tiwai@suse.de>]

At Mon, 27 Jun 2011 09:56:37 -0400,
David Henderson wrote:
> 
> On 06/27/2011 09:35 AM, Adrian Pardini wrote:
> > On 27/06/2011, David Henderson<dhenderson@digital-pipe.com>  wrote:
> > [...]
> >> checking for libasound headers version>= 1.0.16... not present.
> >> configure: error: Sufficiently new version of libasound not
> >> found.
> >>
> >>
> >> Seeing as how this is a staging directory and not
> >> the actual place the package is being installed to, I'm having the afore
> >> mentioned problem because the alsa-utils package is looking under /...
> >> for the header files instead of the /opt/staging/alsa/... directory.  Is
> >> there a compile-time parameter that I can use so that alsa-utils looks
> >> in the staging directory for the header files - just during the compile
> >> phase?
> > Hi Dave, try giving --with-alsa-inc-prefix=/opt/staging/alsa to the
> > configure script.
> >
> >
> 
> Thanks for the help Adrian.  I tried passing that parameter to the 
> configure script and here's the below output:
> 
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... no
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking whether NLS is requested... yes
> checking for msgfmt... /usr/bin/msgfmt
> checking for gmsgfmt... /usr/bin/msgfmt
> checking for xgettext... /usr/bin/xgettext
> checking for msgmerge... /usr/bin/msgmerge
> checking for style of include used by make... GNU
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking dependency style of gcc... gcc3
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking for ld used by GCC... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for shared library run path origin... done
> checking for CFPreferencesCopyAppValue... no
> checking for CFLocaleCopyCurrent... no
> checking for GNU gettext in libc... yes
> checking whether to use NLS... yes
> checking where the gettext function comes from... libc
> checking for cross-compiler... gcc
> checking for gcc... (cached) gcc
> checking whether we are using the GNU C compiler... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking for gcc option to accept ISO C89... (cached) none needed
> checking dependency style of gcc... (cached) gcc3
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> checking for ALSA CFLAGS...  -I/opt/staging/alsa
> checking for ALSA LDFLAGS...  -lasound -lm -ldl -lpthread
> checking for libasound headers version >= 1.0.16... not present.
> configure: error: Sufficiently new version of libasound not found.
> 
> I've double checked that the header files are present:
> $ ls -1 /opt/staging/alsa/var/share/include/alsa/

Pass the root path to alsa/*.h to --with-alsa-inc-prefix option, i.e.
in your case, it's /opt/staging/alsa/var/share/include.

But, the path is really odd and almost kidding (/share under
/var...?)  Is it really correct?


Takashi