* [Buildroot] ALSA for build root
@ 2007-05-25 14:49 Rod Boyce
2007-05-25 15:13 ` Daniel Laird
` (3 more replies)
0 siblings, 4 replies; 28+ messages in thread
From: Rod Boyce @ 2007-05-25 14:49 UTC (permalink / raw)
To: buildroot
All,
I have been adding ALSA to the build root package system I am only able
to test on a x86 platform. Is anybody else interested in ALSA for
build-root? I have also been adding libogg and libvorbis would it be OK
if I submitted a combined patch or would you prefer 2 separate patches?
Is anybody else working on this who would like an advanced copy to test
out and or compare against?
This would include the following packages:
alsa-lib-1.0.14rc4
alsa-utils-1.0.14rc4
libogg-1.1.3
libvorbis-1.1.2
Regards,
Rod Boyce
^ permalink raw reply [flat|nested] 28+ messages in thread* [Buildroot] ALSA for build root 2007-05-25 14:49 [Buildroot] ALSA for build root Rod Boyce @ 2007-05-25 15:13 ` Daniel Laird 2007-05-25 18:56 ` Peter at busybox.net ` (2 subsequent siblings) 3 siblings, 0 replies; 28+ messages in thread From: Daniel Laird @ 2007-05-25 15:13 UTC (permalink / raw) To: buildroot We have added alsa for use on our projects so would like to see someone get this into mainline buildroot Cheers Daniel Laird Rod Boyce-2 wrote: > > All, > > I have been adding ALSA to the build root package system I am only able > to test on a x86 platform. Is anybody else interested in ALSA for > build-root? I have also been adding libogg and libvorbis would it be OK > if I submitted a combined patch or would you prefer 2 separate patches? > Is anybody else working on this who would like an advanced copy to test > out and or compare against? > > This would include the following packages: > alsa-lib-1.0.14rc4 > alsa-utils-1.0.14rc4 > libogg-1.1.3 > libvorbis-1.1.2 > > > Regards, > Rod Boyce > _______________________________________________ > buildroot mailing list > buildroot at uclibc.org > http://busybox.net/mailman/listinfo/buildroot > > -- View this message in context: http://www.nabble.com/ALSA-for-build-root-tf3816584.html#a10805002 Sent from the BuildRoot mailing list archive at Nabble.com. ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] ALSA for build root 2007-05-25 14:49 [Buildroot] ALSA for build root Rod Boyce 2007-05-25 15:13 ` Daniel Laird @ 2007-05-25 18:56 ` Peter at busybox.net 2007-05-25 19:03 ` Stuart Wood 2007-05-25 19:23 ` [Buildroot] Package selection question Tom 2007-05-26 14:45 ` [Buildroot] ALSA for build root Rod Boyce 3 siblings, 1 reply; 28+ messages in thread From: Peter at busybox.net @ 2007-05-25 18:56 UTC (permalink / raw) To: buildroot >>>>> "RB" == Rod Boyce <buildroot@teamboyce.co.uk> writes: Hi, RB> All, I have been adding ALSA to the build root package system I am RB> only able to test on a x86 platform. Is anybody else interested RB> in ALSA for build-root? Yes, please. I can test on powerpc. RB> I have also been adding libogg and libvorbis would it be OK if I RB> submitted a combined patch or would you prefer 2 separate patches? RB> Is anybody else working on this who would like an advanced copy to RB> test out and or compare against? Seperate patches please. Thanks! -- Bye, Peter Korsgaard ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] ALSA for build root 2007-05-25 18:56 ` Peter at busybox.net @ 2007-05-25 19:03 ` Stuart Wood 0 siblings, 0 replies; 28+ messages in thread From: Stuart Wood @ 2007-05-25 19:03 UTC (permalink / raw) To: buildroot I'm doing ARM with a custom audio section that still needs a driver, but I'll try when I'm there. -----Original Message----- From: buildroot-bounces@uclibc.org [mailto:buildroot-bounces at uclibc.org] On Behalf Of Peter at busybox.net Sent: Friday, May 25, 2007 2:57 PM To: Rod Boyce Cc: buildroot at uclibc.org Subject: Re: [Buildroot] ALSA for build root >>>>> "RB" == Rod Boyce <buildroot@teamboyce.co.uk> writes: Hi, RB> All, I have been adding ALSA to the build root package system I am RB> only able to test on a x86 platform. Is anybody else interested in RB> ALSA for build-root? Yes, please. I can test on powerpc. RB> I have also been adding libogg and libvorbis would it be OK if I RB> submitted a combined patch or would you prefer 2 separate patches? RB> Is anybody else working on this who would like an advanced copy to RB> test out and or compare against? Seperate patches please. Thanks! -- Bye, Peter Korsgaard _______________________________________________ buildroot mailing list buildroot at uclibc.org http://busybox.net/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 14:49 [Buildroot] ALSA for build root Rod Boyce 2007-05-25 15:13 ` Daniel Laird 2007-05-25 18:56 ` Peter at busybox.net @ 2007-05-25 19:23 ` Tom 2007-05-25 19:51 ` Yann E. MORIN ` (2 more replies) 2007-05-26 14:45 ` [Buildroot] ALSA for build root Rod Boyce 3 siblings, 3 replies; 28+ messages in thread From: Tom @ 2007-05-25 19:23 UTC (permalink / raw) To: buildroot Hello, I just want to build the toolchain and the debugger on host: cygwin, target: arm. So, even after I unchecked busybox and all packages, it still builds gmp (and, unsuccessfully, mpfr). Why does it need it please and why is this an option then? Or am I doing something wrong here? Thanks Tom ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 19:23 ` [Buildroot] Package selection question Tom @ 2007-05-25 19:51 ` Yann E. MORIN 2007-05-25 20:38 ` Bernhard Fischer 2007-05-25 20:03 ` Bernhard Fischer 2007-05-25 20:05 ` [Buildroot] Package selection question Bernhard Fischer 2 siblings, 1 reply; 28+ messages in thread From: Yann E. MORIN @ 2007-05-25 19:51 UTC (permalink / raw) To: buildroot Tom, All, On Friday 25 May 2007 21:23, Tom wrote: > So, even after I unchecked busybox and all packages, it still builds gmp > (and, unsuccessfully, mpfr). Why does it need it please and why is this > an option then? Or am I doing something wrong here? gmp and mpfr are needed to build gcc. They are to run on host, not on target. Can you post the build logs for mpfr (and gmp if it also fails)? Regards, Yann E. MORIN. PS. gcc-4.1.x and earlier require neither gmp nor mpfr. gcc-4.2.x require gmp and mpfr to build fortran (at least, may be others) gcc-4.3.x will require gmp and mpfr to build all frontends. YEM. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^ | | --==< ?_? >==-- ?------------.-------: X AGAINST | /e\ There is no | | http://ymorin.is-a-geek.org/ | (*_*) | / \ HTML MAIL | """ conspiracy. | ?------------------------------?-------?------------------?--------------------? ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 19:51 ` Yann E. MORIN @ 2007-05-25 20:38 ` Bernhard Fischer 2007-05-25 20:45 ` Yann E. MORIN 0 siblings, 1 reply; 28+ messages in thread From: Bernhard Fischer @ 2007-05-25 20:38 UTC (permalink / raw) To: buildroot On Fri, May 25, 2007 at 09:51:38PM +0200, Yann E. MORIN wrote: >PS. gcc-4.1.x and earlier require neither gmp nor mpfr. Is this true? IIRC the middle-end of 4.1 does use them, no? > gcc-4.2.x require gmp and mpfr to build fortran (at least, may be others) > gcc-4.3.x will require gmp and mpfr to build all frontends. ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 20:38 ` Bernhard Fischer @ 2007-05-25 20:45 ` Yann E. MORIN 2007-05-25 21:10 ` Tom 2007-05-26 9:23 ` Bernhard Fischer 0 siblings, 2 replies; 28+ messages in thread From: Yann E. MORIN @ 2007-05-25 20:45 UTC (permalink / raw) To: buildroot Bernhard, All, On Friday 25 May 2007 22:38, Bernhard Fischer wrote: > On Fri, May 25, 2007 at 09:51:38PM +0200, Yann E. MORIN wrote: > >PS. gcc-4.1.x and earlier require neither gmp nor mpfr. > Is this true? IIRC the middle-end of 4.1 does use them, no? I don't have mpfr here and gcc-4.1.2 does build OK. I do have gmp, but gcc does not linked against it. Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^ | | --==< ?_? >==-- ?------------.-------: X AGAINST | /e\ There is no | | http://ymorin.is-a-geek.org/ | (*_*) | / \ HTML MAIL | """ conspiracy. | ?------------------------------?-------?------------------?--------------------? ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 20:45 ` Yann E. MORIN @ 2007-05-25 21:10 ` Tom 2007-05-26 9:23 ` Bernhard Fischer 1 sibling, 0 replies; 28+ messages in thread From: Tom @ 2007-05-25 21:10 UTC (permalink / raw) To: buildroot I have selected "Buildroot toolchain" and in the toolchain->GCC option I have selected 4.1.2. (HOSTCC I have tried both 3.4.4 and 4.2.0) Why does it download and try to build mpfr if it is not used? Yann E. MORIN wrote: > Bernhard, > All, > > On Friday 25 May 2007 22:38, Bernhard Fischer wrote: >> On Fri, May 25, 2007 at 09:51:38PM +0200, Yann E. MORIN wrote: >>> PS. gcc-4.1.x and earlier require neither gmp nor mpfr. >> Is this true? IIRC the middle-end of 4.1 does use them, no? > > I don't have mpfr here and gcc-4.1.2 does build OK. I do have gmp, but gcc does > not linked against it. > > Regards, > Yann E. MORIN. > ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 20:45 ` Yann E. MORIN 2007-05-25 21:10 ` Tom @ 2007-05-26 9:23 ` Bernhard Fischer 2007-05-26 10:22 ` Yann E. MORIN 1 sibling, 1 reply; 28+ messages in thread From: Bernhard Fischer @ 2007-05-26 9:23 UTC (permalink / raw) To: buildroot On Fri, May 25, 2007 at 10:45:32PM +0200, Yann E. MORIN wrote: >Bernhard, >All, > >On Friday 25 May 2007 22:38, Bernhard Fischer wrote: >> On Fri, May 25, 2007 at 09:51:38PM +0200, Yann E. MORIN wrote: >> >PS. gcc-4.1.x and earlier require neither gmp nor mpfr. >> Is this true? IIRC the middle-end of 4.1 does use them, no? > >I don't have mpfr here and gcc-4.1.2 does build OK. I do have gmp, but gcc does >not linked against it. Fair enough, in 4.1, only the fortran frontend needs it. ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-26 9:23 ` Bernhard Fischer @ 2007-05-26 10:22 ` Yann E. MORIN 0 siblings, 0 replies; 28+ messages in thread From: Yann E. MORIN @ 2007-05-26 10:22 UTC (permalink / raw) To: buildroot Bernhard, All, On Saturday 26 May 2007 11:23, Bernhard Fischer wrote: > On Fri, May 25, 2007 at 10:45:32PM +0200, Yann E. MORIN wrote: > >I don't have mpfr here and gcc-4.1.2 does build OK. I do have gmp, but gcc does > >not linked against it. > Fair enough, in 4.1, only the fortran frontend needs it. So gmp and mpfr are needed for Fortran from 4.1 onward. I thought only 4.2 would need them. I didn't stumble upon this as I don't do Fortran... Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^ | | --==< ?_? >==-- ?------------.-------: X AGAINST | /e\ There is no | | http://ymorin.is-a-geek.org/ | (*_*) | / \ HTML MAIL | """ conspiracy. | ?------------------------------?-------?------------------?--------------------? ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 19:23 ` [Buildroot] Package selection question Tom 2007-05-25 19:51 ` Yann E. MORIN @ 2007-05-25 20:03 ` Bernhard Fischer 2007-05-25 20:59 ` Tom ` (2 more replies) 2007-05-25 20:05 ` [Buildroot] Package selection question Bernhard Fischer 2 siblings, 3 replies; 28+ messages in thread From: Bernhard Fischer @ 2007-05-25 20:03 UTC (permalink / raw) To: buildroot On Fri, May 25, 2007 at 12:23:37PM -0700, Tom wrote: > >Hello, > >I just want to build the toolchain and the debugger on host: cygwin, >target: arm. > >So, even after I unchecked busybox and all packages, it still builds gmp >(and, unsuccessfully, mpfr). Why does it need it please and why is this >an option then? Or am I doing something wrong here? gcc uses gmp/mpfr, you're doing nothing wrong. Please report build failures of gmp/mpfr to the respective lists. Before you report it to the mpfr folks, please paste the error here, since i suspect that it could have to do something with the binary/library name extensions, which (IIRC) we currently do not handle at all (there's a bug somewhere about this, if memory serves me right). ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 20:03 ` Bernhard Fischer @ 2007-05-25 20:59 ` Tom 2007-05-26 9:50 ` Bernhard Fischer [not found] ` <4657D353.7030704@gmail.com> [not found] ` <4657D933.8060109@gmail.com> 2 siblings, 1 reply; 28+ messages in thread From: Tom @ 2007-05-25 20:59 UTC (permalink / raw) To: buildroot Thanks. I am working to isolate and find a workaround to my mpfr problem on cygwin. Once I do, I will post the results of all workarounds I had to do (or the error log should I not get it done). In a separate thread as requested. Bernhard Fischer wrote: > On Fri, May 25, 2007 at 12:23:37PM -0700, Tom wrote: >> Hello, >> >> I just want to build the toolchain and the debugger on host: cygwin, >> target: arm. >> >> So, even after I unchecked busybox and all packages, it still builds gmp >> (and, unsuccessfully, mpfr). Why does it need it please and why is this >> an option then? Or am I doing something wrong here? > > gcc uses gmp/mpfr, you're doing nothing wrong. Please report build > failures of gmp/mpfr to the respective lists. > > Before you report it to the mpfr folks, please paste the error here, > since i suspect that it could have to do something with the > binary/library name extensions, which (IIRC) we currently do not handle > at all (there's a bug somewhere about this, if memory serves me right). > ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 20:59 ` Tom @ 2007-05-26 9:50 ` Bernhard Fischer 0 siblings, 0 replies; 28+ messages in thread From: Bernhard Fischer @ 2007-05-26 9:50 UTC (permalink / raw) To: buildroot On Fri, May 25, 2007 at 01:59:06PM -0700, Tom wrote: >Thanks. > >I am working to isolate and find a workaround to my mpfr problem on See this for a real fix instead: http://buildroot.uclibc.org/lists/buildroot/2007-May/002801.html >cygwin. Once I do, I will post the results of all workarounds I had to >do (or the error log should I not get it done). In a separate thread as >requested. > >Bernhard Fischer wrote: >>On Fri, May 25, 2007 at 12:23:37PM -0700, Tom wrote: >>>Hello, >>> >>>I just want to build the toolchain and the debugger on host: cygwin, >>>target: arm. >>> >>>So, even after I unchecked busybox and all packages, it still builds gmp >>>(and, unsuccessfully, mpfr). Why does it need it please and why is this >>>an option then? Or am I doing something wrong here? >> >>gcc uses gmp/mpfr, you're doing nothing wrong. Please report build >>failures of gmp/mpfr to the respective lists. >> >>Before you report it to the mpfr folks, please paste the error here, >>since i suspect that it could have to do something with the >>binary/library name extensions, which (IIRC) we currently do not handle >>at all (there's a bug somewhere about this, if memory serves me right). >> > ^ permalink raw reply [flat|nested] 28+ messages in thread
[parent not found: <4657D353.7030704@gmail.com>]
* [Buildroot] mpfr error on cygwin for arm [not found] ` <4657D353.7030704@gmail.com> @ 2007-05-26 6:33 ` Tom 0 siblings, 0 replies; 28+ messages in thread From: Tom @ 2007-05-26 6:33 UTC (permalink / raw) To: buildroot Tom wrote: > because it does not seem to > recognize the "--rpath" options, Never mind this part. Sorry, it has been a long day. ^ permalink raw reply [flat|nested] 28+ messages in thread
[parent not found: <4657D933.8060109@gmail.com>]
* [Buildroot] mpfr error on cygwin for arm [not found] ` <4657D933.8060109@gmail.com> @ 2007-05-26 9:48 ` Bernhard Fischer 2007-05-30 3:07 ` Tom 0 siblings, 1 reply; 28+ messages in thread From: Bernhard Fischer @ 2007-05-26 9:48 UTC (permalink / raw) To: buildroot On Fri, May 25, 2007 at 11:52:35PM -0700, Tom wrote: >Hi Bernhard and all, > >sorry if this thread is a little out of sequence, had problems with text >attachment. > >Bernhard Fischer wrote: >>Before you report it to the mpfr folks, please paste the error here, >>since i suspect that it could have to do something with the >>binary/library name extensions, which (IIRC) we currently do not handle >>at all (there's a bug somewhere about this, if memory serves me right). >> > >You were right about extensions, below is the error as produced by >buildroot-20050516 built, I just added -verbose for ld. >It can not resolve the depency to libgmp.so, because cygwin ld assumes >libs to end in .a, .lib or .dll, and will append them to .so libs, which >thus can never be found. >Can I help to add support for this? Yes, you can. Depending on the target, set ifneq $($(findstring linux,$(BR2_GNU_BUILD_SUFFIX)),) EXEEXT:= LIBEXT:=.a SHREXT:=.so endif ifneq $($(findstring apple,$(BR2_GNU_BUILD_SUFFIX)),) EXEEXT:=.pear LIBEXT:=.dunno SHREXT:=.dylib endif ifneq $($(findstring cygwin,$(BR2_GNU_BUILD_SUFFIX)),) EXEEXT:=.exe LIBEXT:=.dunno SHREXT:=.dll endif ifneq $($(findstring mingw,$(BR2_GNU_BUILD_SUFFIX)),) EXEEXT:=.exe LIBEXT:=.dunno SHREXT:=.dll endif in the toplevel Makefile, before the all: world target, and use them accordingly. While you're at it, it would be awesome if you could deal with this too: We want to be able to select which flavour of lib is built (shared or static) with a single config-option. So, instead of changing all ".so" blindly to $(SHREXT), change it to $(LIBTGTEXT) which is set either to ifeq $($(BR2_DEFAULT_LIB_TARGET),shared) LIBTGTEXT=$(SHREXT) else LIBTGTEXT=$(LIBEXT) endif below the newly added block i mentioned above. TIA and cheers, ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] mpfr error on cygwin for arm 2007-05-26 9:48 ` Bernhard Fischer @ 2007-05-30 3:07 ` Tom 2007-05-30 9:47 ` Bernhard Fischer 0 siblings, 1 reply; 28+ messages in thread From: Tom @ 2007-05-30 3:07 UTC (permalink / raw) To: buildroot Hi Bernhard, All Enclosed is cygwin-1.patch for buildroot-20050524.tar.bz2. - requires cygwin 1.5.24 with development package - configure buildroot for arm, arm-generic, eabi, "pc-cygwin", uclibc-0.9.29, buildroot toolchain with gcc 4.1.2 - FIRST do one build attempt (will fail, just to get and extract uclibc) - apply cygwin-1.patch with p1 (it is at very bottom of this email) - THEN do another build attempt, which will build gmp, mpfr, newlib and arm-linux-uclibcgnueabi-gcc-4.1.2.exe before failing (*). Thanks Tom PS: if someone could take care of the apple part, that would be great. Also, the one fix belongs to uclibc and not to buildroot... (*) it fails when cross compiling uclibc, maybe my UCLIBC options? Hints appreciated, need this to test on target. make MAKE="make -j1" -C /tw/buildroot/toolchain_build_arm/uClibc-0.9.29 \ PREFIX= \ DEVEL_PREFIX=/ \ RUNTIME_PREFIX=/ \ HOSTCC="gcc" \ all arm-linux-uclibcgnueabi-gcc: n: No such file or directory make[1]: Entering directory `/tw/buildroot/toolchain_build_arm/uClibc-0.9.29' arm-linux-uclibcgnueabi-gcc: n: No such file or directory make[2]: `conf' is up to date. arm-linux-uclibcgnueabi-gcc: n: No such file or directory CC ldso/ldso/ldso.oS arm-linux-uclibcgnueabi-gcc: n: No such file or directory make[1]: *** [ldso/ldso/ldso.oS] Error 1 make[1]: Leaving directory `/tw/buildroot/toolchain_build_arm/uClibc-0.9.29' make: *** [/tw/buildroot/toolchain_build_arm/uClibc-0.9.29/lib/libc.a] Error 2 Bernhard Fischer wrote: > On Fri, May 25, 2007 at 11:52:35PM -0700, Tom wrote: >> Hi Bernhard and all, >> >> sorry if this thread is a little out of sequence, had problems with text >> attachment. >> >> Bernhard Fischer wrote: >>> Before you report it to the mpfr folks, please paste the error here, >>> since i suspect that it could have to do something with the >>> binary/library name extensions, which (IIRC) we currently do not handle >>> at all (there's a bug somewhere about this, if memory serves me right). >>> >> You were right about extensions, below is the error as produced by >> buildroot-20050516 built, I just added -verbose for ld. >> It can not resolve the depency to libgmp.so, because cygwin ld assumes >> libs to end in .a, .lib or .dll, and will append them to .so libs, which >> thus can never be found. >> Can I help to add support for this? > > Yes, you can. > > Depending on the target, set > ifneq $($(findstring linux,$(BR2_GNU_BUILD_SUFFIX)),) > EXEEXT:= > LIBEXT:=.a > SHREXT:=.so > endif > ifneq $($(findstring apple,$(BR2_GNU_BUILD_SUFFIX)),) > EXEEXT:=.pear > LIBEXT:=.dunno > SHREXT:=.dylib > endif > ifneq $($(findstring cygwin,$(BR2_GNU_BUILD_SUFFIX)),) > EXEEXT:=.exe > LIBEXT:=.dunno > SHREXT:=.dll > endif > ifneq $($(findstring mingw,$(BR2_GNU_BUILD_SUFFIX)),) > EXEEXT:=.exe > LIBEXT:=.dunno > SHREXT:=.dll > endif > > in the toplevel Makefile, before the > all: world > target, and use them accordingly. > > > While you're at it, it would be awesome if you could deal with this too: > We want to be able to select which flavour of lib is built (shared or > static) with a single config-option. > So, instead of changing all ".so" blindly to $(SHREXT), change it to > $(LIBTGTEXT) which is set either to > > ifeq $($(BR2_DEFAULT_LIB_TARGET),shared) > LIBTGTEXT=$(SHREXT) > else > LIBTGTEXT=$(LIBEXT) > endif > > below the newly added block i mentioned above. > > TIA and cheers, > cygwin-1.patch: --- buildroot.orig/Makefile 2007-05-29 11:55:38.025317600 -0700 +++ buildroot/Makefile 2007-05-29 19:54:26.130869700 -0700 @@ -66,7 +66,32 @@ # ############################################################# +ifneq (,$(findstring linux,$(BR2_GNU_BUILD_SUFFIX))) +EXEEXT:= +LIBEXT:=.a +SHREXT:=.so +endif +ifneq (,$(findstring apple,$(BR2_GNU_BUILD_SUFFIX))) +EXEEXT:=.pear +LIBEXT:=.dunno +SHREXT:=.dylib +endif +ifneq (,$(findstring cygwin,$(BR2_GNU_BUILD_SUFFIX))) +EXEEXT:=.exe +LIBEXT:=.lib +SHREXT:=.dll +endif +ifneq (,$(findstring mingw,$(BR2_GNU_BUILD_SUFFIX))) +EXEEXT:=.exe +LIBEXT:=.lib +SHREXT:=.dll +endif +ifeq ($(BR2_PREFER_STATIC_LIB),y) +LIBTGTEXT=$(LIBEXT) +else +LIBTGTEXT=$(SHREXT) +endif all: world --- buildroot.orig/Config.in 2007-05-29 11:54:55.651131200 -0700 +++ buildroot/Config.in 2007-05-29 19:39:05.976662000 -0700 @@ -373,6 +373,19 @@ help This option hides outdated/obsolete versions of packages. +config BR2_PREFER_STATIC_LIB + bool "prefer static libraries" + default n + help + Where possible, use static libraries. + This increases your code size a lot and should only be + used with a good reason why not use the default, which + is dynamic libraries. + + If unsure, say No. + + WARNING: This is highly experimental at the moment. + endmenu source "toolchain/Config.in" --- buildroot.orig/package/gmp/gmp.mk 2007-05-29 11:56:19.118278600 -0700 +++ buildroot/package/gmp/gmp.mk 2007-05-29 19:34:47.184755900 -0700 @@ -18,6 +18,18 @@ GMP_BE:=no endif +ifeq ($(BR2_PREFER_STATIC_LIB),y) +GMP_LIB_FLAGS:=--enable-static --disable-shared +else +GMP_LIB_FLAGS:=--disable-static --enable-shared +endif + +ifeq ($(EXEEXT),".exe") +GMP_CPP_FLAGS:=-DDLL_EXPORT +else +GMP_CPP_FLAGS:=-DDLL_EXPORT +endif + $(DL_DIR)/$(GMP_SOURCE): $(WGET) -P $(DL_DIR) $(GMP_SITE)/$(GMP_SOURCE) @@ -35,6 +47,7 @@ $(TARGET_CONFIGURE_OPTS) \ CFLAGS="$(TARGET_CFLAGS)" \ LDFLAGS="$(TARGET_LDFLAGS)" \ + CPPFLAGS="$(GMP_CPP_FLAGS)" \ ac_cv_c_bigendian=$(GMP_BE) \ $(GMP_DIR)/configure \ --target=$(GNU_TARGET_NAME) \ @@ -52,7 +65,7 @@ --includedir=/include \ --mandir=/usr/man \ --infodir=/usr/info \ - --enable-shared \ + $(GMP_LIB_FLAGS) \ $(DISABLE_NLS) \ ); touch $@ @@ -105,12 +118,12 @@ CC_FOR_BUILD="$(HOSTCC)" \ CC="$(HOSTCC)" \ CFLAGS="$(HOST_CFLAGS)" \ + CPPFLAGS="$(GMP_CPP_FLAGS)" \ $(GMP_DIR)/configure \ --prefix="$(GMP_HOST_DIR)" \ --build=$(GNU_HOST_NAME) \ --host=$(GNU_HOST_NAME) \ - --enable-shared \ - --enable-static \ + $(GMP_LIB_FLAGS) \ $(DISABLE_NLS) \ ); touch $@ --- buildroot.orig/toolchain_build_arm/uClibc-0.9.29/extra/config/Makefile 2007-04-17 04:38:21.000000000 -0700 +++ buildroot/toolchain_build_arm/uClibc-0.9.29/extra/config/Makefile 2007-05-29 19:34:47.200380600 -0700 @@ -21,7 +21,7 @@ $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) $(HOST_LOADLIBES) $< -o $@ $(host-cmulti): %: $(host-cobjs) $(host-cshlib) - $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) $(HOST_LOADLIBES) $($@-objs) -o $@ + $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) $(HOST_LOADLIBES) $($@-objs) -lintl -o $@ $(host-cobjs): %.o: %.c $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) -c $< -o $@ ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] mpfr error on cygwin for arm 2007-05-30 3:07 ` Tom @ 2007-05-30 9:47 ` Bernhard Fischer 2007-05-30 16:03 ` Tom 2007-05-31 7:33 ` Tom 0 siblings, 2 replies; 28+ messages in thread From: Bernhard Fischer @ 2007-05-30 9:47 UTC (permalink / raw) To: buildroot On Tue, May 29, 2007 at 08:07:48PM -0700, Tom wrote: >Hi Bernhard, All > >Enclosed is cygwin-1.patch for buildroot-20050524.tar.bz2. Thanks for doing this! >- requires cygwin 1.5.24 with development package > >- configure buildroot for arm, arm-generic, eabi, "pc-cygwin", >uclibc-0.9.29, buildroot toolchain with gcc 4.1.2 > >- FIRST do one build attempt (will fail, just to get and extract uclibc) > >- apply cygwin-1.patch with p1 (it is at very bottom of this email) > >- THEN do another build attempt, which will build > gmp, mpfr, newlib and arm-linux-uclibcgnueabi-gcc-4.1.2.exe > before failing (*). > >Thanks >Tom > >PS: if someone could take care of the apple part, that would be great. >Also, the one fix belongs to uclibc and not to buildroot... > > >(*) it fails when cross compiling uclibc, maybe my UCLIBC options? Hints >appreciated, need this to test on target. > >make MAKE="make -j1" -C /tw/buildroot/toolchain_build_arm/uClibc-0.9.29 >\ > PREFIX= \ > DEVEL_PREFIX=/ \ > RUNTIME_PREFIX=/ \ > HOSTCC="gcc" \ > all >arm-linux-uclibcgnueabi-gcc: n: No such file or directory >make[1]: Entering directory >`/tw/buildroot/toolchain_build_arm/uClibc-0.9.29' >arm-linux-uclibcgnueabi-gcc: n: No such file or directory >make[2]: `conf' is up to date. >arm-linux-uclibcgnueabi-gcc: n: No such file or directory > CC ldso/ldso/ldso.oS >arm-linux-uclibcgnueabi-gcc: n: No such file or directory >make[1]: *** [ldso/ldso/ldso.oS] Error 1 >make[1]: Leaving directory >`/tw/buildroot/toolchain_build_arm/uClibc-0.9.29' >make: *** [/tw/buildroot/toolchain_build_arm/uClibc-0.9.29/lib/libc.a] >Error 2 [snip] >cygwin-1.patch: > >--- buildroot.orig/Makefile 2007-05-29 11:55:38.025317600 -0700 >+++ buildroot/Makefile 2007-05-29 19:54:26.130869700 -0700 [snip] > source "toolchain/Config.in" >--- buildroot.orig/package/gmp/gmp.mk 2007-05-29 11:56:19.118278600 -0700 >+++ buildroot/package/gmp/gmp.mk 2007-05-29 19:34:47.184755900 -0700 >@@ -18,6 +18,18 @@ > GMP_BE:=no > endif > >+ifeq ($(BR2_PREFER_STATIC_LIB),y) >+GMP_LIB_FLAGS:=--enable-static --disable-shared >+else >+GMP_LIB_FLAGS:=--disable-static --enable-shared >+endif Better put this into the toolchain/Makefile.in, like: +ifeq ($(BR2_PREFER_STATIC_LIB),y) +BR2_SHARED_LIBS:=--enable-static --disable-shared +else +BR2_SHARED_LIBS:=--disable-static --enable-shared +endif and use ./configure $(BR2_SHARED_LIBS) ... >+ >+ifeq ($(EXEEXT),".exe") >+GMP_CPP_FLAGS:=-DDLL_EXPORT >+else >+GMP_CPP_FLAGS:=-DDLL_EXPORT >+endif This can't be right. [snip] >buildroot.orig/toolchain_build_arm/uClibc-0.9.29/extra/config/Makefile >2007-04-17 04:38:21.000000000 -0700 >+++ buildroot/toolchain_build_arm/uClibc-0.9.29/extra/config/Makefile >2007-05-29 19:34:47.200380600 -0700 >@@ -21,7 +21,7 @@ > $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) >$(HOST_LOADLIBES) $< -o $@ > > $(host-cmulti): %: $(host-cobjs) $(host-cshlib) >- $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) >$(HOST_LOADLIBES) $($@-objs) -o $@ >+ $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) >$(HOST_LOADLIBES) $($@-objs) -lintl -o $@ Shouldn't this libintel rather go into HOST_LOADLIBES for windows? ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] mpfr error on cygwin for arm 2007-05-30 9:47 ` Bernhard Fischer @ 2007-05-30 16:03 ` Tom 2007-05-31 7:33 ` Tom 1 sibling, 0 replies; 28+ messages in thread From: Tom @ 2007-05-30 16:03 UTC (permalink / raw) To: buildroot Hi Bernhard, will do changes below. Bernhard Fischer wrote: > Better put this into the toolchain/Makefile.in, like: > +ifeq ($(BR2_PREFER_STATIC_LIB),y) > +BR2_SHARED_LIBS:=--enable-static --disable-shared > +else > +BR2_SHARED_LIBS:=--disable-static --enable-shared > +endif > and use ./configure $(BR2_SHARED_LIBS) ... will try this. > >> + >> +ifeq ($(EXEEXT),".exe") >> +GMP_CPP_FLAGS:=-DDLL_EXPORT >> +else >> +GMP_CPP_FLAGS:=-DDLL_EXPORT >> +endif > > This can't be right. True. The non-.exe case should be empty, sorry. > [snip] > >> buildroot.orig/toolchain_build_arm/uClibc-0.9.29/extra/config/Makefile >> 2007-04-17 04:38:21.000000000 -0700 >> +++ buildroot/toolchain_build_arm/uClibc-0.9.29/extra/config/Makefile >> 2007-05-29 19:34:47.200380600 -0700 >> @@ -21,7 +21,7 @@ >> $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) >> $(HOST_LOADLIBES) $< -o $@ >> >> $(host-cmulti): %: $(host-cobjs) $(host-cshlib) >> - $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) >> $(HOST_LOADLIBES) $($@-objs) -o $@ >> + $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) >> $(HOST_LOADLIBES) $($@-objs) -lintl -o $@ > > Shouldn't this libintel rather go into HOST_LOADLIBES for windows? It seems there is an issue with the sequence. (Just moving this -lintl before the $($@-objs) caused it to fail.) ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] mpfr error on cygwin for arm 2007-05-30 9:47 ` Bernhard Fischer 2007-05-30 16:03 ` Tom @ 2007-05-31 7:33 ` Tom 1 sibling, 0 replies; 28+ messages in thread From: Tom @ 2007-05-31 7:33 UTC (permalink / raw) To: buildroot Hi Bernhard, Below is cygwin-2.patch, which takes your recommendations into account, proceedings for cygwin-1.patch still apply. Another issue I ran into now is the following for building the host gdb.exe, let me know if this is worth a separate thread: make[1]: Leaving directory `/tw/buildroot/toolchain_build_arm/gdbhost-6.6' strip /tw/buildroot/toolchain_build_arm/gdbhost-6.6/gdb/gdb strip: /tw/buildroot/toolchain_build_arm/gdbhost-6.6/gdb/gdb: No such file or directory make: *** [/tw/buildroot/toolchain_build_arm/gdbhost-6.6/gdb/gdb] Error 1 The problem is that gdbhost-6.6/gdb/gdb does not exist. gdbhost-6.6/gdb/gdb.exe does exist (and works fine) and should not be stripped. Where should the cygwin exclusion for this happen? Thanks Tom cygwin-2.patch -------------- --- buildroot.orig/Makefile 2007-05-24 00:15:29.000000000 -0700 +++ buildroot/Makefile 2007-05-29 19:54:26.130869700 -0700 @@ -66,7 +66,32 @@ # ############################################################# +ifneq (,$(findstring linux,$(BR2_GNU_BUILD_SUFFIX))) +EXEEXT:= +LIBEXT:=.a +SHREXT:=.so +endif +ifneq (,$(findstring apple,$(BR2_GNU_BUILD_SUFFIX))) +EXEEXT:=.pear +LIBEXT:=.dunno +SHREXT:=.dylib +endif +ifneq (,$(findstring cygwin,$(BR2_GNU_BUILD_SUFFIX))) +EXEEXT:=.exe +LIBEXT:=.lib +SHREXT:=.dll +endif +ifneq (,$(findstring mingw,$(BR2_GNU_BUILD_SUFFIX))) +EXEEXT:=.exe +LIBEXT:=.lib +SHREXT:=.dll +endif +ifeq ($(BR2_PREFER_STATIC_LIB),y) +LIBTGTEXT=$(LIBEXT) +else +LIBTGTEXT=$(SHREXT) +endif all: world --- buildroot.orig/Config.in 2007-05-24 00:15:29.000000000 -0700 +++ buildroot/Config.in 2007-05-29 19:39:05.976662000 -0700 @@ -373,6 +373,19 @@ help This option hides outdated/obsolete versions of packages. +config BR2_PREFER_STATIC_LIB + bool "prefer static libraries" + default n + help + Where possible, use static libraries. + This increases your code size a lot and should only be + used with a good reason why not use the default, which + is dynamic libraries. + + If unsure, say No. + + WARNING: This is highly experimental at the moment. + endmenu source "toolchain/Config.in" --- buildroot.orig/toolchain/Makefile.in 2007-05-24 00:15:08.000000000 -0700 +++ buildroot/toolchain/Makefile.in 2007-05-30 19:30:26.858173300 -0700 @@ -10,6 +10,12 @@ MULTILIB:=--disable-multilib endif +ifeq ($(BR2_PREFER_STATIC_LIB),y) +PREFERRED_LIB_FLAGS:=--enable-static --disable-shared +else +PREFERRED_LIB_FLAGS:=--disable-static --enable-shared +endif + # FIXME -- this is temporary OPTIMIZE_FOR_CPU=$(ARCH) --- buildroot.orig/toolchain_build_arm/uClibc-0.9.29/extra/config/Makefile 2007-04-17 04:38:21.000000000 -0700 +++ buildroot/toolchain_build_arm/uClibc-0.9.29/extra/config/Makefile 2007-05-29 19:34:47.200380600 -0700 @@ -21,7 +21,7 @@ $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) $(HOST_LOADLIBES) $< -o $@ $(host-cmulti): %: $(host-cobjs) $(host-cshlib) - $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) $(HOST_LOADLIBES) $($@-objs) -o $@ + $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) $(HOST_LOADLIBES) $($@-objs) -lintl -o $@ $(host-cobjs): %.o: %.c $(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) $(HOSTCFLAGS_$@) -c $< -o $@ --- buildroot.orig/package/gmp/gmp.mk 2007-05-24 00:15:24.000000000 -0700 +++ buildroot/package/gmp/gmp.mk 2007-05-30 20:56:55.313191500 -0700 @@ -18,6 +18,14 @@ GMP_BE:=no endif +# this is a workaround for a bug in GMP, please see +# http://gmplib.org/list-archives/gmp-devel/2006-April/000618.html +ifeq ($(EXEEXT),.exe) +GMP_CPP_FLAGS:=-DDLL_EXPORT +else +GMP_CPP_FLAGS:= +endif + $(DL_DIR)/$(GMP_SOURCE): $(WGET) -P $(DL_DIR) $(GMP_SITE)/$(GMP_SOURCE) @@ -35,6 +43,7 @@ $(TARGET_CONFIGURE_OPTS) \ CFLAGS="$(TARGET_CFLAGS)" \ LDFLAGS="$(TARGET_LDFLAGS)" \ + CPPFLAGS="$(GMP_CPP_FLAGS)" \ ac_cv_c_bigendian=$(GMP_BE) \ $(GMP_DIR)/configure \ --target=$(GNU_TARGET_NAME) \ @@ -52,7 +61,7 @@ --includedir=/include \ --mandir=/usr/man \ --infodir=/usr/info \ - --enable-shared \ + $(PREFERRED_LIB_FLAGS) \ $(DISABLE_NLS) \ ); touch $@ @@ -105,12 +114,12 @@ CC_FOR_BUILD="$(HOSTCC)" \ CC="$(HOSTCC)" \ CFLAGS="$(HOST_CFLAGS)" \ + CPPFLAGS="$(GMP_CPP_FLAGS)" \ $(GMP_DIR)/configure \ --prefix="$(GMP_HOST_DIR)" \ --build=$(GNU_HOST_NAME) \ --host=$(GNU_HOST_NAME) \ - --enable-shared \ - --enable-static \ + $(PREFERRED_LIB_FLAGS) \ $(DISABLE_NLS) \ ); touch $@ ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] Package selection question 2007-05-25 19:23 ` [Buildroot] Package selection question Tom 2007-05-25 19:51 ` Yann E. MORIN 2007-05-25 20:03 ` Bernhard Fischer @ 2007-05-25 20:05 ` Bernhard Fischer 2 siblings, 0 replies; 28+ messages in thread From: Bernhard Fischer @ 2007-05-25 20:05 UTC (permalink / raw) To: buildroot On Fri, May 25, 2007 at 12:23:37PM -0700, Tom wrote: > >Hello, heck, and please don't hijack unrelated threads! ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] ALSA for build root 2007-05-25 14:49 [Buildroot] ALSA for build root Rod Boyce ` (2 preceding siblings ...) 2007-05-25 19:23 ` [Buildroot] Package selection question Tom @ 2007-05-26 14:45 ` Rod Boyce 2007-05-29 7:03 ` Hans-Christian Egtvedt 3 siblings, 1 reply; 28+ messages in thread From: Rod Boyce @ 2007-05-26 14:45 UTC (permalink / raw) To: buildroot Rod Boyce wrote: > All, > > I have been adding ALSA to the build root package system I am only able > to test on a x86 platform. Is anybody else interested in ALSA for > build-root? I have also been adding libogg and libvorbis would it be OK > if I submitted a combined patch or would you prefer 2 separate patches? > Is anybody else working on this who would like an advanced copy to test > out and or compare against? > > This would include the following packages: > alsa-lib-1.0.14rc4 > alsa-utils-1.0.14rc4 > libogg-1.1.3 > libvorbis-1.1.2 > > > Regards, > Rod Boyce > _______________________________________________ > buildroot mailing list > buildroot at uclibc.org > http://busybox.net/mailman/listinfo/buildroot > > All, As promised attached is a patch to add ALSA packages to build root I have only tested on i386 but it seems to work for me. This patch is against the latest SVN repository No. 18694. I have not tested the alsa-tools well and in-fact because I am not using X or GTK most will not compile I have disabled all the the ac3dec by default. Also I am assuming the latest version of ALSA and a compatible kernel. Regards, Rod Boyce -------------- next part -------------- A non-text attachment was scrubbed... Name: alsa.patch Type: text/x-patch Size: 23409 bytes Desc: not available Url : http://busybox.net/lists/buildroot/attachments/20070526/0dee6bb5/attachment.bin ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] ALSA for build root 2007-05-26 14:45 ` [Buildroot] ALSA for build root Rod Boyce @ 2007-05-29 7:03 ` Hans-Christian Egtvedt 2007-05-29 20:00 ` Bernhard Fischer 2007-05-29 20:04 ` [Buildroot] ALSA for build root Bernhard Fischer 0 siblings, 2 replies; 28+ messages in thread From: Hans-Christian Egtvedt @ 2007-05-29 7:03 UTC (permalink / raw) To: buildroot On Sat, 2007-05-26 at 15:45 +0100, Rod Boyce wrote: > Rod Boyce wrote: <cut intro about alsa patches> > As promised attached is a patch to add ALSA packages to build root I > have only tested on i386 but it seems to work for me. This patch is > against the latest SVN repository No. 18694. I have not tested the > alsa-tools well and in-fact because I am not using X or GTK most will > not compile I have disabled all the the ac3dec by default. Also I am > assuming the latest version of ALSA and a compatible kernel. I am working on the exactly same package (alsa + alsa-util) for buildroot, so far testing on an AVR32 platform. > diff -Nu --recursive --exclude=.svn --exclude=config --exclude=libogg > --exclude=libvorbis ../trunk/package/alsa-lib/alsa-lib.mk > package/alsa-lib/alsa-lib.mk > --- ../trunk/package/alsa-lib/alsa-lib.mk 1970-01-01 > 01:00:00.000000000 +0100 > +++ package/alsa-lib/alsa-lib.mk 2007-05-26 08:17:42.849975524 > +0100 > @@ -0,0 +1,135 @@ > +############################################################# > +# > +# ALSA library > +# > +############################################################# > + > +ALSA-LIB_VERSION=1.0.14rc4 > +ALSA-LIB_SOURCE=alsa-lib-$(ALSA-LIB_VERSION).tar.bz2 > +ALSA-LIB_SITE=ftp://ftp.alsa-project.org/pub/lib/ > +ALSA-LIB_DIR=$(BUILD_DIR)/${shell basename > $(ALSA-LIB_SOURCE) .tar.bz2} > +ALSA-LIB_WORKDIR=$(BUILD_DIR)/alsa-lib-$(ALSA-LIB_VERSION) > +ALSA-LIB_CAT:=$(BZCAT) > +ALLNKSTRGS := > + > +$(DL_DIR)/$(ALSA-LIB_SOURCE): > + $(WGET) -P $(DL_DIR) $(ALSA-LIB_SITE)/$(ALSA-LIB_SOURCE) > + > +$(ALSA-LIB_DIR)/.unpacked: $(DL_DIR)/$(ALSA-LIB_SOURCE) > + $(ALSA-LIB_CAT) $(DL_DIR)/$(ALSA-LIB_SOURCE) | tar -C > $(BUILD_DIR) $(TAR_OPTIONS) - > + touch $(ALSA-LIB_DIR)/.unpacked > + > +$(ALSA-LIB_DIR)/.configured: $(ALSA-LIB_DIR)/.unpacked > + (cd $(ALSA-LIB_DIR); rm -rf config.cache; \ > + $(TARGET_CONFIGURE_OPTS) \ > + ./configure \ > + --target=$(GNU_TARGET_NAME) \ > + --host=$(GNU_TARGET_NAME) \ > + --build=$(GNU_HOST_NAME) \ > + --prefix=/usr \ > + --exec-prefix=/usr \ > + --sysconfdir=/etc \ > + --libdir=/lib \ Why /lib? I prefer user libraries in /usr/lib. AFAIK specifying --prefix=/usr should be more than enough. > + --datarootdir=$(STAGING_DIR)/usr/share \ > + --datadir=/usr/share \ > + --exec-prefix=/usr/bin \ > + --includedir=$(STAGING_DIR)/include \ > + --disable-docs \ > + --with-debug=yes \ Make this optional at least, I do not need debug symbols when it is working. > + $(DISABLE_NLS) \ > + ); > + touch $(ALSA-LIB_DIR)/.configured > + > +$(ALSA-LIB_WORKDIR)/src/libasound.la: $(ALSA-LIB_DIR)/.configured > + rm -f $@ > + $(MAKE) CFLAGS=-g CC=$(TARGET_CC) -C $(ALSA-LIB_WORKDIR) > + > +$(STAGING_DIR)/lib/libasound.so.2.0.0: > $(ALSA-LIB_WORKDIR)/src/libasound.la > + $(MAKE) prefix=$(STAGING_DIR) \ > + exec_prefix=$(STAGING_DIR) \ > + bindir=$(STAGING_DIR)/bin \ > + sbindir=$(STAGING_DIR)/sbin \ > + libexecdir=$(STAGING_DIR)/bin \ > + datadir=$(STAGING_DIR)/share \ > + sysconfdir=$(STAGING_DIR)/etc \ > + sharedstatedir=$(STAGING_DIR)/com \ > + localstatedir=$(STAGING_DIR)/var \ > + libdir=$(STAGING_DIR)/lib \ > + includedir=$(STAGING_DIR)/include \ > + oldincludedir=$(STAGING_DIR)/include \ > + infodir=$(STAGING_DIR)/info \ > + mandir=$(STAGING_DIR)/man \ All these dir can easily be replaced with DESTDIR=$(STAGING_DIR). > + -C $(ALSA-LIB_DIR) install; > + @touch -c $@ > + > +$(TARGET_DIR)/lib/libasound.so.2.0.0: > $(STAGING_DIR)/lib/libasound.so.2.0.0 > + @mkdir -p $(TARGET_DIR)/usr/share/alsa > + @mkdir -p $(TARGET_DIR)/usr/lib/alsa-lib/smixer > + cp -dpf $(STAGING_DIR)/lib/libasound.so* $(TARGET_DIR)/lib > + cp -rdpf $(STAGING_DIR)/share/alsa/* > $(TARGET_DIR)/usr/share/alsa/ > + cp -rdpf $(STAGING_DIR)/lib/alsa-lib/* > $(TARGET_DIR)/usr/lib/alsa-lib/ > + -$(STRIP) --strip-unneeded $(TARGET_DIR)/lib/libasound.so* > + -$(STRIP) --strip-unneeded > $(TARGET_DIR)/usr/lib/alsa-lib/smixer/smixer-*.so > + @touch -c $(TARGET_DIR)/lib/libasound.so.2.0.0 > + > +$(TARGET_DIR)/dev/dsp: > + @(cd $(dir $@) && ln -sf dsp0 $(notdir $@)) > +ALLNKSTRGS += $(TARGET_DIR)/dev/dsp This is handled by mdev in busybox. And when using tmpfs on /dev this is not even visible for the filesystem. If these symlinks are needed, I think they should added to target/ instead. > +$(TARGET_DIR)/dev/adsp: > + @(cd $(dir $@) && ln -sf adsp0 $(notdir $@)) > +ALLNKSTRGS += $(TARGET_DIR)/dev/adsp Same as above. > +$(TARGET_DIR)/dev/sequencer2: > + @(cd $(dir $@) && ln -sf music $(notdir $@)) > +ALLNKSTRGS += $(TARGET_DIR)/dev/sequencer2 Same as above. > +$(TARGET_DIR)/dev/amidi: > + @(cd $(dir $@) && ln -sf amidi0 $(notdir $@)) > +ALLNKSTRGS += $(TARGET_DIR)/dev/amidi Same as above. > +$(TARGET_DIR)/dev/audio: > + @(cd $(dir $@) && ln -sf audio0 $(notdir $@)) > +ALLNKSTRGS += $(TARGET_DIR)/dev/audio Same as above. > +$(TARGET_DIR)/dev/midi: > + @(cd $(dir $@) && ln -sf midi00 $(notdir $@)) > +ALLNKSTRGS += $(TARGET_DIR)/dev/midi Same as above. > +$(TARGET_DIR)/dev/mixer: > + @(cd $(dir $@) && ln -sf mixer0 $(notdir $@)) > +ALLNKSTRGS += $(TARGET_DIR)/dev/mixer Same as above. > +$(TARGET_DIR)/usr/lib/libasound.la: > $(STAGING_DIR)/lib/libasound.so.2.0.0 > + @mkdir -p $(TARGET_DIR)/usr/include/alsa/sound > + @mkdir -p $(TARGET_DIR)/usr/include/sys > + cp -rdpf $(STAGING_DIR)/include/alsa $(TARGET_DIR)/usr/include > + cp -dpf $(STAGING_DIR)/include/sys/asoundlib.h > $(TARGET_DIR)/usr/include/sys/ > + cp -dpf $(STAGING_DIR)/lib/libasound.la $(TARGET_DIR)/usr/lib/ > + @touch -c $(TARGET_DIR)/usr/lib/libasound.la > + > +alsa-lib-headers: $(TARGET_DIR)/usr/lib/libasound.la > + > +alsa-lib: linux26 $(TARGET_DIR)/lib/libasound.so.2.0.0 $(ALLNKSTRGS) > + > +alsa-lib-source: $(DL_DIR)/$(ALSA-LIB_SOURCE) > + > +alsa-lib-clean: > + @if [ -d $(ALSA-LIB_WORKDIR)/Makefile ] ; then \ > + $(MAKE) -C $(ALSA-LIB_WORKDIR) clean ; \ > + fi; > + > +alsa-lib-dirclean: > + rm -rf $(ALSA-LIB_DIR) $(ALSA-LIB_WORKDIR) > +############################################################# > +# > +# Toplevel Makefile options > +# > +############################################################# > +ifeq ($(strip $(BR2_PACKAGE_ALSA-LIB)),y) > +TARGETS+=alsa-lib > +endif > + > +ifeq ($(strip $(BR2_PACKAGE_ALSA-LIB_TARGET_HEADERS)),y) > +TARGETS+=alsa-lib-headers > +endif > diff -Nu --recursive --exclude=.svn --exclude=config --exclude=libogg > --exclude=libvorbis ../trunk/package/alsa-lib/Config.in > package/alsa-lib/Config.in > --- ../trunk/package/alsa-lib/Config.in 1970-01-01 01:00:00.000000000 > +0100 > +++ package/alsa-lib/Config.in 2007-05-07 18:16:23.220365544 +0100 > @@ -0,0 +1,15 @@ > +config BR2_PACKAGE_ALSA-LIB > + bool "alsa-lib" > + default n > + help > + Advanced Linux Sound Architecture > + > + http://www.alsa-project.org/ > + > +config BR2_PACKAGE_ALSA-LIB_TARGET_HEADERS > + bool "alsa-lib headers in target" > + default n > + depends on BR2_PACKAGE_ALSA-LIB > + help > + Put headers files in the target. > + <cut alsa-tools Makefile and Config.in> > diff -Nu --recursive --exclude=.svn --exclude=config --exclude=libogg > --exclude=libvorbis ../trunk/package/alsa-utils/alsa-utils.mk > package/alsa-utils/alsa-utils.mk > --- ../trunk/package/alsa-utils/alsa-utils.mk 1970-01-01 > 01:00:00.000000000 +0100 > +++ package/alsa-utils/alsa-utils.mk 2007-05-13 10:25:35.339532842 > +0100 > @@ -0,0 +1,114 @@ > +############################################################# > +# > +# ALSA Tools Copy-paste (-: > +# > +############################################################# > +ALSA-UTILS_VERSION=1.0.14rc4 > +ALSA-UTILS_SOURCE=alsa-utils-$(ALSA-UTILS_VERSION).tar.bz2 > +ALSA-UTILS_SITE=ftp://ftp.alsa-project.org/pub/utils/ > +ALSA-UTILS_DIR=$(BUILD_DIR)/${shell basename > $(ALSA-UTILS_SOURCE) .tar.bz2} > +ALSA-UTILS_WORKDIR=$(BUILD_DIR)/alsa-utils-$(ALSA-UTILS_VERSION) > +ALSA-UTILS_CAT:=$(BZCAT) > + > +AU_TOOLS := > +AU_BIN := > +AU_SBIN := > + > +AUTOOLS += aplay/aplay > +AUTOOLS += aplay/arecord > +AUTOOLS += alsaconf/alsaconf > +AUTOOLS += alsactl/alsactl > +AUTOOLS += alsamixer/alsamixer > +AUTOOLS += amidi/amidi > +AUTOOLS += amixer/amixer > +AUTOOLS += seq/aplaymidi/arecordmidi > +AUTOOLS += seq/aseqdump/aseqdump > +AUTOOLS += seq/aseqnet/aseqnet > +AUTOOLS += iecset/iecset > +AUTOOLS += speaker-test/speaker-test > + > +AUBIN += aconnect > +AUBIN += alsamixer > +AUBIN += amidi > +AUBIN += amixer > +AUBIN += aplay > +AUBIN += aplaymidi > +AUBIN += arecord > +AUBIN += arecordmidi > +AUBIN += aseqdump > +AUBIN += aseqnet > +AUBIN += iecset > +AUBIN += speaker-test > + > +AUSBIN += alsaconf > +AUSBIN += alsactl > + > + > +$(DL_DIR)/$(ALSA-UTILS_SOURCE): > + $(WGET) -P $(DL_DIR) $(ALSA-UTILS_SITE)/$(ALSA-UTILS_SOURCE) > + > +$(ALSA-UTILS_DIR)/.unpacked: $(DL_DIR)/$(ALSA-UTILS_SOURCE) > + $(ALSA-UTILS_CAT) $(DL_DIR)/$(ALSA-UTILS_SOURCE) | tar -C > $(BUILD_DIR) $(TAR_OPTIONS) - > + touch $(ALSA-UTILS_DIR)/.unpacked > + > +$(ALSA-UTILS_DIR)/.configured: $(ALSA-UTILS_DIR)/.unpacked > + (cd $(ALSA-UTILS_DIR); rm -rf config.cache; \ > + $(TARGET_CONFIGURE_OPTS) \ > + ./configure \ > + --target=$(GNU_TARGET_NAME) \ > + --host=$(GNU_TARGET_NAME) \ > + --build=$(GNU_HOST_NAME) \ > + --disable-docs \ > + --prefix=/usr \ > + --sysconfdir=/etc \ > + --disable-alsatest \ > + $(DISABLE_NLS) \ > + --exec-prefix=$(STAGING_DIR)/usr/bin \ > + --libdir=$(STAGING_DIR)/lib \ > + --includedir=$(STAGING_DIR)/include \ > + --datadir=$(STAGING_DIR)/usr/share \ > + ); > + touch $(ALSA-UTILS_DIR)/.configured > + > +$(addprefix $(ALSA-UTILS_WORKDIR)/,$(AUTOOLS)): > $(ALSA-UTILS_DIR)/.configured > + $(MAKE) CC=$(TARGET_CC) -C $(ALSA-UTILS_WORKDIR) > + > + > +$(addprefix $(STAGING_DIR)/,$(addprefix bin/,$(AUBIN)) $(addprefix > sbin/,$(AUSBIN))): $(addprefix $(ALSA-UTILS_WORKDIR)/,$(AUTOOLS)) > + $(MAKE) prefix=$(STAGING_DIR) exec_prefix=$(STAGING_DIR) \ > + bindir=$(STAGING_DIR)/bin sbindir=$(STAGING_DIR)/sbin \ > + libexecdir=$(STAGING_DIR)/bin datadir=$(STAGING_DIR)/share > \ > + sysconfdir=$(STAGING_DIR)/etc sharedstatedir= > $(STAGING_DIR)/com \ > + localstatedir=$(STAGING_DIR)/var libdir=$(STAGING_DIR)/lib > \ > + includedir=$(STAGING_DIR)/include oldincludedir= > $(STAGING_DIR)/include \ > + infodir=$(STAGING_DIR)/info mandir=$(STAGING_DIR)/man \ > + -C $(ALSA-UTILS_DIR) install; Use DESTDIR=$(STAGING_DIR) instead. > + touch -c $@ > + > +$(addprefix $(TARGET_DIR)/,$(addprefix usr/bin/,$(AUBIN)) $(addprefix > usr/sbin/,$(AUSBIN))): $(addprefix $(STAGING_DIR)/,$(addprefix bin/, > $(AUBIN)) $(addprefix sbin/,$(AUSBIN))) > + @mkdir -p $(TARGET_DIR)/usr/bin > + @mkdir -p $(TARGET_DIR)/usr/sbin > + cp -dpf $(filter $(STAGING_DIR)/bin/%, $^) > $(TARGET_DIR)/usr/bin/ > + cp -dpf $(filter $(STAGING_DIR)/sbin/%, $^) > $(TARGET_DIR)/usr/sbin/ > + -$(STRIP) --strip-unneeded $@ > /dev/null 2>&1 > + touch -c $@ > + > + > +alsa-utils: uclibc alsa-lib $(addprefix $(TARGET_DIR)/,$(addprefix > usr/bin/,$(AUBIN)) $(addprefix usr/sbin/,$(AUSBIN))) > + > +alsa-utils-clean: > + @if [ -d $(ALSA-UTILS_WORKDIR)/Makefile ] ; then \ > + $(MAKE) -C $(ALSA-UTILS_WORKDIR) clean ; \ > + fi; > + > +alsa-utils-dirclean: > + rm -rf $(ALSA-UTILS_DIR) $(ALSA-UTILS_WORKDIR) > + > +############################################################# > +# > +# Toplevel Makefile options > +# > +############################################################# > +ifeq ($(strip $(BR2_PACKAGE_ALSA-UTILS)),y) > +TARGETS+=alsa-utils > +endif > diff -Nu --recursive --exclude=.svn --exclude=config --exclude=libogg > --exclude=libvorbis ../trunk/package/alsa-utils/Config.in > package/alsa-utils/Config.in > --- ../trunk/package/alsa-utils/Config.in 1970-01-01 > 01:00:00.000000000 +0100 > +++ package/alsa-utils/Config.in 2007-05-07 22:13:02.134609691 > +0100 > @@ -0,0 +1,8 @@ > +config BR2_PACKAGE_ALSA-UTILS > + bool "alsa-utils" > + default n > + help > + Utilities from Advanced Linux Sound Architecture > + > + http://www.alsa-project.org/ > + > diff -Nu --recursive --exclude=.svn --exclude=config --exclude=libogg > --exclude=libvorbis ../trunk/package/Config.in package/Config.in > --- ../trunk/package/Config.in 2007-05-25 17:08:32.583594165 +0100 > +++ package/Config.in 2007-05-25 15:22:03.475398547 +0100 > @@ -239,12 +239,15 @@ > Support for audio libraries and applications > > if BR2_AUDIO_SUPPORT > +source "package/alsa-lib/Config.in" > +source "package/alsa-tools/Config.in" > +source "package/alsa-utils/Config.in" > source "package/asterisk/Config.in" > source "package/libid3tag/Config.in" > source "package/libmad/Config.in" > source "package/libsndfile/Config.in" > source "package/madplay/Config.in" > source "package/mpg123/Config.in" > endif > > menuconfig BR2_GRAPHIC_SUPPORT -- With kind regards, Hans-Christian Egtvedt, siv.ing. (M.Sc.) Applications Engineer - AVR32 System Solutions - Atmel Norway -- Mvh Hans-Christian Egtvedt ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] ALSA for build root 2007-05-29 7:03 ` Hans-Christian Egtvedt @ 2007-05-29 20:00 ` Bernhard Fischer 2007-05-30 22:29 ` [Buildroot] ALSA for build root Part 2 Rod Boyce 2007-05-29 20:04 ` [Buildroot] ALSA for build root Bernhard Fischer 1 sibling, 1 reply; 28+ messages in thread From: Bernhard Fischer @ 2007-05-29 20:00 UTC (permalink / raw) To: buildroot On Tue, May 29, 2007 at 09:03:12AM +0200, Hans-Christian Egtvedt wrote: >On Sat, 2007-05-26 at 15:45 +0100, Rod Boyce wrote: >> Rod Boyce wrote: Rod, care t osend an updated patch taking Hans-Christian's comments (thanks for those!) into account? TIA, ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] ALSA for build root Part 2 2007-05-29 20:00 ` Bernhard Fischer @ 2007-05-30 22:29 ` Rod Boyce 2007-06-06 7:47 ` Hans-Christian Egtvedt 0 siblings, 1 reply; 28+ messages in thread From: Rod Boyce @ 2007-05-30 22:29 UTC (permalink / raw) To: buildroot Bernhard Fischer wrote: > On Tue, May 29, 2007 at 09:03:12AM +0200, Hans-Christian Egtvedt wrote: > >> On Sat, 2007-05-26 at 15:45 +0100, Rod Boyce wrote: >> >>> Rod Boyce wrote: >>> > > Rod, care t osend an updated patch taking Hans-Christian's comments > (thanks for those!) into account? > > TIA, > > All, Attached is an updated patch that does not offend the sensibilities of other ALSA people working on build root. This is just alsa-lib and alsa-utils I will send out a patch for more alsa stuff latter. This outputs to $(STAGING_DIR)/usr/lib which on my build happens to be a link back to $(STAGING_DIR)/lib. I have also removed the device links that I was putting in the dev directory I had not removed this since I switched over to udev. Just --prefix=/usr did not fix all paths all of the time although I think that I have the minimum custom options for configure and install targets for both utilities and library makefile fragments now. I also figured out what the "basename nonsense" was and while I approve of the intent I used a more makefile way of doing the same thing. Hopefully this is a more acceptable patch, if anybody has some more suggestions then perhaps they would like to contribute their own ALSA patch's so we can either pick the best or merge and get the best of both worlds and produce a better build-root system. Regards, Rod Boyce -------------- next part -------------- A non-text attachment was scrubbed... Name: alsa.patch Type: text/x-patch Size: 8564 bytes Desc: not available Url : http://busybox.net/lists/buildroot/attachments/20070530/bcc6f0ad/attachment.bin ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] ALSA for build root Part 2 2007-05-30 22:29 ` [Buildroot] ALSA for build root Part 2 Rod Boyce @ 2007-06-06 7:47 ` Hans-Christian Egtvedt 0 siblings, 0 replies; 28+ messages in thread From: Hans-Christian Egtvedt @ 2007-06-06 7:47 UTC (permalink / raw) To: buildroot On Wed, 2007-05-30 at 23:29 +0100, Rod Boyce wrote: > Bernhard Fischer wrote: > > On Tue, May 29, 2007 at 09:03:12AM +0200, Hans-Christian Egtvedt wrote: <cut> > Attached is an updated patch that does not offend the sensibilities of > other ALSA people working on build root. This is just alsa-lib and > alsa-utils I will send out a patch for more alsa stuff latter. This > outputs to $(STAGING_DIR)/usr/lib which on my build happens to be a link > back to $(STAGING_DIR)/lib. Same here, AFAIK it is supposed to be that way. > I have also removed the device links that I > was putting in the dev directory I had not removed this since I switched > over to udev. Just --prefix=/usr did not fix all paths all of the time > although I think that I have the minimum custom options for configure > and install targets for both utilities and library makefile fragments > now. Weird, what prefixes are not correct? I only have to give --prefix=/usr and --sysconfdir=/etc . > I also figured out what the "basename nonsense" was and while I > approve of the intent I used a more makefile way of doing the same thing. > > Hopefully this is a more acceptable patch, if anybody has some more > suggestions then perhaps they would like to contribute their own ALSA > patch's so we can either pick the best or merge and get the best of both > worlds and produce a better build-root system. Comments below. > diff -uN --recursive ../trunk/package/alsa-lib/alsa-lib.mk > package/alsa-lib/alsa-lib.mk > --- ../trunk/package/alsa-lib/alsa-lib.mk 1970-01-01 > 01:00:00.000000000 +0100 > +++ package/alsa-lib/alsa-lib.mk 2007-05-30 22:58:14.604803783 > +0100 > @@ -0,0 +1,95 @@ > +############################################################# > +# > +# ALSA library > +# > +############################################################# > + > +ALSA-LIB_VERSION := 1.0.14rc4 Same as for alsa-tools, I prefer the ALSA_LIB_VERSION, all underscores. > +ALSA-LIB_SOURCE := alsa-lib-$(ALSA-LIB_VERSION).tar.bz2 > +ALSA-LIB_SITE := ftp://ftp.alsa-project.org/pub/lib/ > +ALSA-LIB_DIR := $(BUILD_DIR)/$(patsubst %.tar.bz2,%,$(ALSA-LIB_SOURCE)) Again, I prefer the all written approach, to easier see what the variable is. > +ALSA-LIB_CAT := $(BZCAT) > +ALSA-LIB_PATH := /usr/lib usr/lib, skip leading / > +ALSA-LIB_DEBUG := yes > +ifneq ($(BR2_PACKAGE_ALSA-LIB_DEBUG_ENABLE),y) > +ALSA-LIB_DEBUG := no > +endif Nice, but better to set them as "--with-debug" or "--without-debug" and append them to the ./configure. > +$(DL_DIR)/$(ALSA-LIB_SOURCE): > + $(WGET) -P $(DL_DIR) $(ALSA-LIB_SITE)/$(ALSA-LIB_SOURCE) > + > +$(ALSA-LIB_DIR)/.unpacked: $(DL_DIR)/$(ALSA-LIB_SOURCE) > + $(ALSA-LIB_CAT) $(DL_DIR)/$(ALSA-LIB_SOURCE) | tar -C > $(BUILD_DIR) $(TAR_OPTIONS) - > + touch $@ > + > +$(ALSA-LIB_DIR)/.configured: $(ALSA-LIB_DIR)/.unpacked > + (cd $(ALSA-LIB_DIR); rm -rf config.cache; \ > + $(TARGET_CONFIGURE_OPTS) \ > + ./configure \ > + --target=$(GNU_TARGET_NAME) \ > + --host=$(GNU_TARGET_NAME) \ > + --build=$(GNU_HOST_NAME) \ > + --prefix=/usr \ > + --sysconfdir=/etc \ > + --libdir=$(ALSA-LIB_PATH) \ This should be set with the prefix, not needed. Add the ALSA-LIB_DEBUG variable. > + --disable-docs \ > + --with-debug=$(ALSA-LIB_DEBUG) \ > + $(DISABLE_NLS) \ > + ); > + touch $@ > + > +$(ALSA-LIB_DIR)/src/libasound.la: $(ALSA-LIB_DIR)/.configured > + rm -f $@ > + $(MAKE) CFLAGS=-g CC=$(TARGET_CC) -C $(ALSA-LIB_DIR) Only append -g if you actually are making debug target, see comment on debug option further up. > +$(STAGING_DIR)$(ALSA-LIB_PATH)/libasound.so.2.0.0: > $(ALSA-LIB_DIR)/src/libasound.la > + $(MAKE) prefix=$(STAGING_DIR) \ > + exec_prefix=$(STAGING_DIR) \ > + libdir=$(STAGING_DIR)$(ALSA-LIB_PATH) \ > + -C $(ALSA-LIB_DIR) install; > + @touch -c $@ > + > +$(TARGET_DIR)$(ALSA-LIB_PATH)/libasound.so.2.0.0: > $(STAGING_DIR)$(ALSA-LIB_PATH)/libasound.so.2.0.0 > + @mkdir -p $(TARGET_DIR)/usr/share/alsa > + @mkdir -p $(TARGET_DIR)$(ALSA-LIB_PATH)/alsa-lib/smixer $(TARGET_DIR)/$(ALSA-LIB_PATH) (add a / in between). > + cp -dpf $(STAGING_DIR)/lib/libasound.so* $(TARGET_DIR)/lib exchange /lib/ with /$(ALSA-LIB_PATH)/ on both sides. > + cp -rdpf $(STAGING_DIR)/share/alsa/* $(TARGET_DIR)/usr/share/alsa/ > + cp -rdpf $(STAGING_DIR)$(ALSA-LIB_PATH)/alsa-lib/* $(TARGET_DIR)$(ALSA-LIB_PATH)/alsa-lib/ $(TARGET_DIR)/$(ALSA-LIB_PATH) (add a / in between). > + -$(STRIP) --strip-unneeded $(TARGET_DIR)/lib/libasound.so* exchange /lib/ with /$(ALSA-LIB_PATH)/ > + -$(STRIP) --strip-unneeded $(TARGET_DIR)$(ALSA-LIB_PATH)/alsa-lib/smixer/smixer-*.so $(TARGET_DIR)/$(ALSA-LIB_PATH) (add a / in between). > + @touch -c $@ > + > + > +$(TARGET_DIR)$(ALSA-LIB_PATH)/libasound.la: $(STAGING_DIR)$(ALSA-LIB_PATH)/libasound.so.2.0.0 > + @mkdir -p $(TARGET_DIR)/usr/include/alsa/sound > + @mkdir -p $(TARGET_DIR)/usr/include/sys > + cp -rdpf $(STAGING_DIR)/include/alsa $(TARGET_DIR)/usr/include > + cp -dpf $(STAGING_DIR)/include/sys/asoundlib.h $(TARGET_DIR)/usr/include/sys/ > + cp -dpf $(STAGING_DIR)/lib/libasound.la $(TARGET_DIR)$(ALSA-LIB_PATH) $(TARGET_DIR)/$(ALSA-LIB_PATH) (add a / in between). > + @touch -c $@ > + > +alsa-lib-headers: $(TARGET_DIR)$(ALSA-LIB_PATH)/libasound.la $(TARGET_DIR)/$(ALSA-LIB_PATH) (add a / in between). > + > +alsa-lib: linux26 uclibc $(TARGET_DIR)$(ALSA-LIB_PATH)/libasound.so.2.0.0 > + > +alsa-lib-source: $(DL_DIR)/$(ALSA-LIB_SOURCE) > + > +alsa-lib-clean: > + @if [ -d $(ALSA-LIB_DIR)/Makefile ] ; then \ > + $(MAKE) -C $(ALSA-LIB_DIR) clean ; \ > + fi; > + > +alsa-lib-dirclean: > + rm -rf $(ALSA-LIB_DIR) $(ALSA-LIB_DIR) > +############################################################# > +# > +# Toplevel Makefile options > +# > +############################################################# > +ifeq ($(strip $(BR2_PACKAGE_ALSA-LIB)),y) > +TARGETS+=alsa-lib > +endif > + > +ifeq ($(strip $(BR2_PACKAGE_ALSA-LIB_TARGET_HEADERS)),y) > +TARGETS+=alsa-lib-headers > +endif > diff -uN --recursive ../trunk/package/alsa-lib/Config.in package/alsa-lib/Config.in > --- ../trunk/package/alsa-lib/Config.in 1970-01-01 01:00:00.000000000 +0100 > +++ package/alsa-lib/Config.in 2007-05-30 18:58:51.493711408 +0100 > @@ -0,0 +1,23 @@ > +config BR2_PACKAGE_ALSA-LIB > + bool "alsa-lib" > + default n > + help > + Advanced Linux Sound Architecture > + > + http://www.alsa-project.org/ > + > +config BR2_PACKAGE_ALSA-LIB_DEBUG_ENABLE > + bool "Build alsa-lib with debug" > + default y > + depends on BR2_PACKAGE_ALSA-LIB > + help > + Build libraries with debug turned on see alsa-lib/NOTES > + > +config BR2_PACKAGE_ALSA-LIB_TARGET_HEADERS > + bool "alsa-lib headers in target" > + default n > + depends on BR2_PACKAGE_ALSA-LIB > + help > + Put headers files in the target. Other than that, alsa-lib looks good. > diff -uN --recursive ../trunk/package/alsa-utils/alsa-utils.mk > package/alsa-utils/alsa-utils.mk > --- ../trunk/package/alsa-utils/alsa-utils.mk 1970-01-01 > 01:00:00.000000000 +0100 > +++ package/alsa-utils/alsa-utils.mk 2007-05-30 22:57:20.186203681 > +0100 > @@ -0,0 +1,105 @@ > +############################################################# > +# > +# ALSA Utils > +# > +############################################################# > +ALSA-UTILS_VERSION := 1.0.14rc4 Same comment about underscores in variables. > +ALSA-UTILS_SOURCE := alsa-utils-$(ALSA-UTILS_VERSION).tar.bz2 > +ALSA-UTILS_SITE := ftp://ftp.alsa-project.org/pub/utils/ > +ALSA-UTILS_DIR := $(BUILD_DIR)/$(patsubst %.tar.bz2,%,$(ALSA-UTILS_SOURCE)) Again, I prefer the all written approach, to easier see what the variable is. > +ALSA-UTILS_CAT := $(BZCAT) > + > +AUTOOLS := > +AUBIN := > +AUSBIN := > + > +AUTOOLS += aplay/aplay > +AUTOOLS += aplay/arecord > +AUTOOLS += alsaconf/alsaconf > +AUTOOLS += alsactl/alsactl > +AUTOOLS += alsamixer/alsamixer > +AUTOOLS += amidi/amidi > +AUTOOLS += amixer/amixer > +AUTOOLS += seq/aplaymidi/arecordmidi > +AUTOOLS += seq/aseqdump/aseqdump > +AUTOOLS += seq/aseqnet/aseqnet > +AUTOOLS += seq/aconnect/aconnect > +AUTOOLS += iecset/iecset > +AUTOOLS += speaker-test/speaker-test > + > +AUBIN += aconnect > +AUBIN += alsamixer > +AUBIN += amidi > +AUBIN += amixer > +AUBIN += aplay > +AUBIN += aplaymidi > +AUBIN += arecord > +AUBIN += arecordmidi > +AUBIN += aseqdump > +AUBIN += aseqnet > +AUBIN += iecset > +AUBIN += speaker-test > + > +AUSBIN += alsaconf > +AUSBIN += alsactl Make all this configurable in Kconfig, will save some space on targets where you only need alsactl and a mixer. Same approach as the tools: LSA_UTILS_TARGETS_ := ALSA_UTILS_TARGETS_y := ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_ALSACONF) += usr/sbin/alsaconf ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_ALSACTL) += usr/sbin/alsactl ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_ALSAMIXER) += usr/bin/alsamixer ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_AMIDI) += usr/bin/amidi ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_AMIXER) += usr/bin/amixer ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_APLAY) += usr/bin/aplay ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_ARECORD) += usr/bin/arecord ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_IECSET) += usr/bin/iecset ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_ACONNECT) += usr/bin/aconnect ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_APLAYMIDI) += usr/bin/aplaymidi ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_ARECORDMIDI) += usr/bin/arecordmidi ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_ASEQDUMP) += usr/bin/aseqdump ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_ASEQNET) += usr/bin/aseqnet ALSA_UTILS_TARGETS_$(BR2_PACKAGE_ALSA_UTILS_SPEAKER_TEST) += usr/bin/speaker-test > +$(DL_DIR)/$(ALSA-UTILS_SOURCE): > + $(WGET) -P $(DL_DIR) $(ALSA-UTILS_SITE)/$(ALSA-UTILS_SOURCE) > + > +$(ALSA-UTILS_DIR)/.unpacked: $(DL_DIR)/$(ALSA-UTILS_SOURCE) > + $(ALSA-UTILS_CAT) $(DL_DIR)/$(ALSA-UTILS_SOURCE) | tar -C $(BUILD_DIR) $(TAR_OPTIONS) - > + touch $(ALSA-UTILS_DIR)/.unpacked > + > +$(ALSA-UTILS_DIR)/.configured: $(ALSA-UTILS_DIR)/.unpacked > + (cd $(ALSA-UTILS_DIR); rm -rf config.cache; \ > + $(TARGET_CONFIGURE_OPTS) \ > + ./configure \ > + --target=$(GNU_TARGET_NAME) \ > + --host=$(GNU_TARGET_NAME) \ > + --build=$(GNU_HOST_NAME) \ > + --disable-docs \ > + --prefix=/usr \ > + --sysconfdir=/etc \ > + --disable-alsatest \ > + $(DISABLE_NLS) \ > + ); > + touch $@ @ out the touches, I may have overseen some of them. > +$(ALSA-UTILS_DIR)/aplay/aplay: $(ALSA-UTILS_DIR)/.configured > + $(MAKE) CC=$(TARGET_CC) -C $(ALSA-UTILS_DIR) > + > + > +$(STAGING_DIR)/usr/bin/aplay: $(ALSA-UTILS_DIR)/aplay/aplay > + $(MAKE) prefix=$(STAGING_DIR)/usr \ > + exec_prefix=$(STAGING_DIR)/usr \ > + -C $(ALSA-UTILS_DIR) install; Use DESTDIR=$(STAGING_DIR) instead. > +$(TARGET_DIR)/usr/bin/aplay: $(STAGING_DIR)/usr/bin/aplay > + @mkdir -p $(TARGET_DIR)/usr/bin > + @mkdir -p $(TARGET_DIR)/usr/sbin > + cp -dpf $(addprefix $(STAGING_DIR)/usr/bin/,$(AUBIN)) $(TARGET_DIR)/usr/bin/ > + cp -dpf $(addprefix $(STAGING_DIR)/usr/sbin/,$(AUSBIN)) $(TARGET_DIR)/usr/sbin/ > + for i in $(addprefix $(STAGING_DIR)/usr/bin/,$(AUBIN)) $(addprefix $(STAGING_DIR)/usr/sbin/,$(AUSBIN)); \ > + do $(STRIP) --strip-unneeded $$i > /dev/null 2>&1; done Replace install procedure with something like: @mkdir -p $(TARGET_DIR)/usr/bin @mkdir -p $(TARGET_DIR)/usr/sbin for file in $(ALSA_UTILS_TARGETS_y) ; do \ cp -dpf $(STAGING_DIR)/$$file $(TARGET_DIR)/$$file; \ $(STRIP) --strip-unneeded $(STAGING_DIR)/$$file; \ done @if [ -x "$(TARGET_DIR)/usr/bin/speaker-test" ] ; then \ mkdir -p $(TARGET_DIR)/usr/share/alsa/speaker-test; \ mkdir -p $(TARGET_DIR)/usr/share/sounds/alsa; \ cp -rdpf $(STAGING_DIR)/usr/share/alsa/speaker-test/* $(TARGET_DIR)/usr/share/alsa/speaker-test/; \ cp -rdpf $(STAGING_DIR)/usr/share/sounds/alsa/* $(TARGET_DIR)/usr/share/sounds/alsa/; \ fi; > + > +alsa-utils: uclibc alsa-lib $(TARGET_DIR)/usr/bin/aplay IMHO alsactl is the "main" util. > + > +alsa-utils-clean: > + @if [ -d $(ALSA-UTILS_DIR)/Makefile ] ; then \ > + $(MAKE) -C $(ALSA-UTILS_DIR) clean ; \ > + fi; > + > +alsa-utils-dirclean: > + rm -rf $(ALSA-UTILS_DIR) $(ALSA-UTILS_DIR) > + > +############################################################# > +# > +# Toplevel Makefile options > +# > +############################################################# > +ifeq ($(strip $(BR2_PACKAGE_ALSA-UTILS)),y) > +TARGETS+=alsa-utils > +endif > diff -uN --recursive ../trunk/package/alsa-utils/Config.in package/alsa-utils/Config.in > --- ../trunk/package/alsa-utils/Config.in 1970-01-01 01:00:00.000000000 +0100 > +++ package/alsa-utils/Config.in 2007-05-07 22:13:02.134609691 +0100 > @@ -0,0 +1,8 @@ > +config BR2_PACKAGE_ALSA-UTILS > + bool "alsa-utils" > + default n > + help > + Utilities from Advanced Linux Sound Architecture > + > + http://www.alsa-project.org/ And add the configuration options: menu "ALSA utils selection" depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_ALSACONF bool "alsaconf" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_ALSACTL bool "alsactl" default y depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_ALSAMIXER bool "alsamixer" default y depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_AMIDI bool "amidi" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_AMIXER bool "amixer" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_APLAY bool "aplay" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_ARECORD bool "arecord" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_IECSET bool "iecset" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_ACONNECT bool "aconnect" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_APLAYMIDI bool "aplaymidi" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_ARECORDMIDI bool "arecordmidi" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_ASEQDUMP bool "aseqdump" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_ASEQNET bool "aseqnet" default n depends on BR2_PACKAGE_ALSA_UTILS config BR2_PACKAGE_ALSA_UTILS_SPEAKER_TEST bool "speaker-test" default n depends on BR2_PACKAGE_ALSA_UTILS endmenu > diff -uN --recursive ../trunk/package/Config.in package/Config.in > --- ../trunk/package/Config.in 2007-05-30 23:10:52.748747759 +0100 > +++ package/Config.in 2007-05-28 18:53:59.880317482 +0100 > @@ -239,12 +239,14 @@ > Support for audio libraries and applications > > if BR2_AUDIO_SUPPORT > +source "package/alsa-lib/Config.in" > +source "package/alsa-utils/Config.in" > source "package/asterisk/Config.in" > source "package/libid3tag/Config.in" > source "package/libmad/Config.in" > source "package/libsndfile/Config.in" > source "package/madplay/Config.in" > source "package/mpg123/Config.in" > endif > > menuconfig BR2_GRAPHIC_SUPPORT Again, looks nice, will be good to have full alsa support i Buildroot. -- Mvh Hans-Christian Egtvedt ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] ALSA for build root 2007-05-29 7:03 ` Hans-Christian Egtvedt 2007-05-29 20:00 ` Bernhard Fischer @ 2007-05-29 20:04 ` Bernhard Fischer 2007-05-29 23:01 ` Rod Boyce 1 sibling, 1 reply; 28+ messages in thread From: Bernhard Fischer @ 2007-05-29 20:04 UTC (permalink / raw) To: buildroot On Tue, May 29, 2007 at 09:03:12AM +0200, Hans-Christian Egtvedt wrote: >On Sat, 2007-05-26 at 15:45 +0100, Rod Boyce wrote: >> Rod Boyce wrote: > ><cut intro about alsa patches> > >> As promised attached is a patch to add ALSA packages to build root I >> have only tested on i386 but it seems to work for me. This patch is >> against the latest SVN repository No. 18694. I have not tested the >> alsa-tools well and in-fact because I am not using X or GTK most will >> not compile I have disabled all the the ac3dec by default. Also I am >> assuming the latest version of ALSA and a compatible kernel. > >I am working on the exactly same package (alsa + alsa-util) for >buildroot, so far testing on an AVR32 platform. > >> diff -Nu --recursive --exclude=.svn --exclude=config --exclude=libogg >> --exclude=libvorbis ../trunk/package/alsa-lib/alsa-lib.mk >> package/alsa-lib/alsa-lib.mk >> --- ../trunk/package/alsa-lib/alsa-lib.mk 1970-01-01 >> 01:00:00.000000000 +0100 >> +++ package/alsa-lib/alsa-lib.mk 2007-05-26 08:17:42.849975524 >> +0100 >> @@ -0,0 +1,135 @@ >> +############################################################# >> +# >> +# ALSA library >> +# >> +############################################################# >> + >> +ALSA-LIB_VERSION=1.0.14rc4 >> +ALSA-LIB_SOURCE=alsa-lib-$(ALSA-LIB_VERSION).tar.bz2 >> +ALSA-LIB_SITE=ftp://ftp.alsa-project.org/pub/lib/ >> +ALSA-LIB_DIR=$(BUILD_DIR)/${shell basename >> $(ALSA-LIB_SOURCE) .tar.bz2} And please don't forget to strip this basename nonsense off. thanks, ^ permalink raw reply [flat|nested] 28+ messages in thread
* [Buildroot] ALSA for build root 2007-05-29 20:04 ` [Buildroot] ALSA for build root Bernhard Fischer @ 2007-05-29 23:01 ` Rod Boyce 0 siblings, 0 replies; 28+ messages in thread From: Rod Boyce @ 2007-05-29 23:01 UTC (permalink / raw) To: buildroot Bernhard Fischer wrote: > On Tue, May 29, 2007 at 09:03:12AM +0200, Hans-Christian Egtvedt wrote: > >> On Sat, 2007-05-26 at 15:45 +0100, Rod Boyce wrote: >> >>> Rod Boyce wrote: >>> >> <cut intro about alsa patches> >> >> >>> As promised attached is a patch to add ALSA packages to build root I >>> have only tested on i386 but it seems to work for me. This patch is >>> against the latest SVN repository No. 18694. I have not tested the >>> alsa-tools well and in-fact because I am not using X or GTK most will >>> not compile I have disabled all the the ac3dec by default. Also I am >>> assuming the latest version of ALSA and a compatible kernel. >>> >> I am working on the exactly same package (alsa + alsa-util) for >> buildroot, so far testing on an AVR32 platform. >> >> >>> diff -Nu --recursive --exclude=.svn --exclude=config --exclude=libogg >>> --exclude=libvorbis ../trunk/package/alsa-lib/alsa-lib.mk >>> package/alsa-lib/alsa-lib.mk >>> --- ../trunk/package/alsa-lib/alsa-lib.mk 1970-01-01 >>> 01:00:00.000000000 +0100 >>> +++ package/alsa-lib/alsa-lib.mk 2007-05-26 08:17:42.849975524 >>> +0100 >>> @@ -0,0 +1,135 @@ >>> +############################################################# >>> +# >>> +# ALSA library >>> +# >>> +############################################################# >>> + >>> +ALSA-LIB_VERSION=1.0.14rc4 >>> +ALSA-LIB_SOURCE=alsa-lib-$(ALSA-LIB_VERSION).tar.bz2 >>> +ALSA-LIB_SITE=ftp://ftp.alsa-project.org/pub/lib/ >>> +ALSA-LIB_DIR=$(BUILD_DIR)/${shell basename >>> $(ALSA-LIB_SOURCE) .tar.bz2} >>> > > And please don't forget to strip this basename nonsense off. > > thanks, > > All, As usually happens when sending this stuff out I did not tidy it as much as I would have liked. I will be happy to make some of the changes. But firstly I started out using usr/lib for the libraries but noticed that some libraries had been flattened to just /lib so this is what I did for the ALSA stuff in the staging dir. Also a comment about basename nonsense might make sense if you have been working with build-root for many months and know every part inside out. But I have been using build root at home in my spare time which consists of about the last 6-weekends so please explain what you mean by basename? I am happy to comply with a more modern standard if I know what it is. I think I might have used zlib as my starting point when I firstly started compiled to get the ALSA lib library integrated into build root. This might explain some of the interesting coding in the patch. Regards, Rod Boyce ^ permalink raw reply [flat|nested] 28+ messages in thread
end of thread, other threads:[~2007-06-06 7:47 UTC | newest]
Thread overview: 28+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-25 14:49 [Buildroot] ALSA for build root Rod Boyce
2007-05-25 15:13 ` Daniel Laird
2007-05-25 18:56 ` Peter at busybox.net
2007-05-25 19:03 ` Stuart Wood
2007-05-25 19:23 ` [Buildroot] Package selection question Tom
2007-05-25 19:51 ` Yann E. MORIN
2007-05-25 20:38 ` Bernhard Fischer
2007-05-25 20:45 ` Yann E. MORIN
2007-05-25 21:10 ` Tom
2007-05-26 9:23 ` Bernhard Fischer
2007-05-26 10:22 ` Yann E. MORIN
2007-05-25 20:03 ` Bernhard Fischer
2007-05-25 20:59 ` Tom
2007-05-26 9:50 ` Bernhard Fischer
[not found] ` <4657D353.7030704@gmail.com>
2007-05-26 6:33 ` [Buildroot] mpfr error on cygwin for arm Tom
[not found] ` <4657D933.8060109@gmail.com>
2007-05-26 9:48 ` Bernhard Fischer
2007-05-30 3:07 ` Tom
2007-05-30 9:47 ` Bernhard Fischer
2007-05-30 16:03 ` Tom
2007-05-31 7:33 ` Tom
2007-05-25 20:05 ` [Buildroot] Package selection question Bernhard Fischer
2007-05-26 14:45 ` [Buildroot] ALSA for build root Rod Boyce
2007-05-29 7:03 ` Hans-Christian Egtvedt
2007-05-29 20:00 ` Bernhard Fischer
2007-05-30 22:29 ` [Buildroot] ALSA for build root Part 2 Rod Boyce
2007-06-06 7:47 ` Hans-Christian Egtvedt
2007-05-29 20:04 ` [Buildroot] ALSA for build root Bernhard Fischer
2007-05-29 23:01 ` Rod Boyce
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox