After the mix up of bug 85571 alsa-tools 1.0.8 has been keyed stable on ppc (I thought it would have been 1.0.7 but we got 1.0.8). Emerging this ebuild failed during compilation (on a component called ac3dec) here is the relevant part: * econf: updating alsa-tools-1.0.8/ac3dec/config.guess with /usr/share/gnuconfig/config.guess * econf: updating alsa-tools-1.0.8/ac3dec/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --host=powerpc-unknown-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-kernel=2.6.10-gentoo-r4 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... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for powerpc-unknown-linux-gnu-strip... no checking for strip... strip checking for powerpc-unknown-linux-gnu-gcc... powerpc-unknown-linux-gnu-gcc checking for C compiler default output... 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 powerpc-unknown-linux-gnu-gcc accepts -g... yes checking for powerpc-unknown-linux-gnu-gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of powerpc-unknown-linux-gnu-gcc... gcc3 checking for a BSD-compatible install... /bin/install -c checking how to run the C preprocessor... powerpc-unknown-linux-gnu-gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for ALSA CFLAGS... checking for ALSA LDFLAGS... -lasound -lm -ldl -lpthread checking for libasound headers version >= 1.0.0... found. checking for snd_ctl_open in -lasound... yes configure: creating ./config.status config.status: creating Makefile config.status: executing depfiles commands if powerpc-unknown-linux-gnu-gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"cspctl\" -DVERSION=\"0.2.0\" -DSTDC_HEADERS=1 -DHAVE_LIBASOUND=1 -I. -I. -I/usr/include/fltk-1.1 -O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing -MT cspctl.o -MD -MP -MF ".deps/cspctl.Tpo" \ -c -o cspctl.o `test -f 'cspctl.c' || echo './'`cspctl.c; \ then mv -f ".deps/cspctl.Tpo" ".deps/cspctl.Po"; \ else rm -f ".deps/cspctl.Tpo"; exit 1; \ fi powerpc-unknown-linux-gnu-gcc -O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing -L/usr/lib/fltk-1.1 -lasound -lm -ldl -lpthread -o cspctl cspctl.o -lasound -lm -ldl -lpthread cspctl.o(.text+0x64e): In function `main': : undefined reference to `__invalid_size_argument_for_IOC' cspctl.o(.text+0x656): In function `main': : undefined reference to `__invalid_size_argument_for_IOC' collect2: ld returned 1 exit status make: *** [cspctl] Error 1 =================================== Reproducible: Always Steps to Reproduce: 1. emerge alsa-tools 2. 3. Actual Results: buil fails on ac3dec component. Expected Results: ebuild completed and merged. emerge info Portage 2.0.51.19 (default-linux/ppc/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.10-gentoo-r4 ppc) ================================================================= System uname: 2.6.10-gentoo-r4 ppc 7450, altivec supported Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 11 2005, 17:46:01)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.90.0.3-r3 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb-fno-strict-aliasing" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://ftp.vic.keypoint.com.au http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo http://mirror.tucdemonic.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa altivec arts berkdb bitmap-fonts cdf cdparanoia cdr cups curl dvd dvdr emboss esd f77 fam fbcon flac font-server foomaticdb fortran gdbm gif gpm graphviz gtk gtk2 imagemagick imlib imlib2 java jbig jpeg jpeg2k kde lcms libwww live mad mikmod motif mozilla mp3 mpeg ncurses netcdf network nls nptl oggvorbis opengl oss pam pdflib perl png ppc ppds python qt readline samba sdl sheep slang ssl szip tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode wmf xml xml2 xmms xprint xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
I changed the summary of the bug as I discovered that it was not the ac3dec component that was at fault but sb16_csp. Now the question is do we need this component on ppc? Since the linking is chocking on a component defined in the linux headers I did re-emerge glibc to see if it had any effect but no it doesn't. Should I try to recompile the kernel?
OK got it. From the ebuild alsa-tools-1.0.8-r1 (which is in ~ppc): # sb16_csp won't build on ppc64 _AND_ ppc (and is not needed) if use !ppc64 && use !ppc; then ALSA_TOOLS="${ALSA_TOOLS} sb16_csp" fi ------------------ So can we solve this problem in the ppc tree now?
Yes, 1.0.8-r1 is marked ppc stable now. Thanks for bringing this to our attention.