Re: [alsa-devel] Writing an AT91SAM9260-EK Dumb Codec Driver
On 6/19/07, Liam Girdwood lg@opensource.wolfsonmicro.com wrote:
On Mon, 2007-06-18 at 14:30 -0500, Paul Kavan wrote:
Am I at a point now where I can try to get alsa-lib and alsa-util in place? If so, what version? I found some tars at:
http://www.alsa-project.org/alsa/ftp/lib/
Is that the best place to get them? I am using buildroot, but not sure if ALSA stuff is ready for primetime there. I guess I should check on this asap.
Afaik, there is an issue with buildroot atm (please someone correct me if it's now fixed) when it comes to building alsa-lib for ARM. (please search archives for details).
No, I think you are right. I have tried a few recommended patches, but they do not work.
Fwiw, I use openembedded for all my embedded builds without any problems
At some point when I have some time, I am going to give it a try. I have managed to build the libs and have those in my rfs using:
CC=arm-linux-gcc ./configure --host=arm-linux --prefix=$HOME/buildroot/build_arm/root/usr --with-versioned=no
...and then...
make install
With this, I get the /usr/ entries in my rfs. However, I have had troubles building alsa-utils. When I try:
CC=arm-linux-gcc ./configure --host=arm-linux --prefix=$HOME/buildroot/build_arm/root/usr --with-versioned=no
I get:
grhuser@pcL7:$ CC=arm-linux-gcc ./configure --host=arm-linux --prefix=$HOME/buildroot/build_arm/root/usr --with-versioned=no configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. 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 for arm-linux-strip... arm-linux-strip 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 arm-linux-gcc... arm-linux-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... yes checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether arm-linux-gcc accepts -g... yes checking for arm-linux-gcc option to accept ISO C89... none needed checking dependency style of arm-linux-gcc... gcc3 checking build system type... i686-pc-linux-gnu checking host system type... arm-unknown-linux-gnu checking for ld used by GCC... /home/grhuser/buildroot/build_arm/staging_dir/arm-linux-uclibc/bin/ld checking if the linker (/home/grhuser/buildroot/build_arm/staging_dir/arm-linux-uclibc/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... no checking for iconv... no, consider installing GNU libiconv checking for GNU gettext in libintl... no checking whether to use NLS... no checking for arm-linux-gcc... (cached) arm-linux-gcc checking whether we are using the GNU C compiler... (cached) yes checking whether arm-linux-gcc accepts -g... (cached) yes checking for arm-linux-gcc option to accept ISO C89... (cached) none needed checking dependency style of arm-linux-gcc... (cached) gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking for ALSA CFLAGS... checking for ALSA LDFLAGS... -lasound -lm -ldl -lpthread checking for libasound headers version >= 1.0.12... not present. configure: error: Sufficiently new version of libasound not found.
Not sure what is the problem here. I have
file:///home/grhuser/buildroot/build_arm/root/usr/lib/libasound.so.2.0.0
in my rfs. Any suggestions?
Paul
Liam
On Tue, 2007-06-19 at 09:41 -0500, Paul Kavan wrote:
checking for ALSA LDFLAGS... -lasound -lm -ldl -lpthread checking for libasound headers version >= 1.0.12... not present. configure: error: Sufficiently new version of libasound not found.
Not sure what is the problem here. I have
configure cant find your libasound headers. Either your recently built libasound and it's headers are in the wrong place or configure is looking in the wrong place.
It's maybe worth spending a few hours installing and getting used to OE atm as this takes away all this cross compiling pain (esp if you are building packages with lots of dependencies).
Liam
participants (2)
-
Liam Girdwood
-
Paul Kavan