audacious-plugins fails to compile when sid is enabled. Log: [...] CXX xs_sidplay2.cc CC xs_curve.c /usr/include/libintl.h:40: error: expected unqualified-id before 'const' /usr/include/libintl.h:40: error: expected `)' before 'const' /usr/include/libintl.h:40: error: expected initializer before 'const' /usr/include/libintl.h:45: error: expected unqualified-id before 'const' /usr/include/libintl.h:45: error: expected `)' before 'const' /usr/include/libintl.h:45: error: expected initializer before 'const' /usr/include/libintl.h:52: error: expected unqualified-id before 'const' /usr/include/libintl.h:52: error: expected `)' before 'const' /usr/include/libintl.h:52: error: expected initializer before 'const' /usr/include/libintl.h:83: error: expected unqualified-id before 'const' /usr/include/libintl.h:83: error: expected `)' before 'const' /usr/include/libintl.h:83: error: expected initializer before 'const' /usr/include/libintl.h:87: error: expected unqualified-id before 'const' /usr/include/libintl.h:87: error: expected `)' before 'const' /usr/include/libintl.h:87: error: expected initializer before 'const' CC xmms-sid.c make[3]: *** [xs_sidplay2.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[2]: *** [build] Error 2 make[1]: *** [build] Error 2 make: *** [build] Error 2 !!! ERROR in media-plugins/audacious-plugins-1.3.3: !!! In src_compile at line 3333 !!! make failed !!! Call stack: !!! * src_compile (/var/tmp/paludis/media-plugins/audacious-plugins-1.3.3/temp/loadsaveenv:3333) !!! * ebuild_f_compile (/usr/libexec/paludis/src_compile.bash:51) !!! * ebuild_main (/usr/libexec/paludis/ebuild.bash:363) !!! * main (/usr/libexec/paludis/ebuild.bash:381) die trap: exiting with error. Install error: * In program paludis -i audacious-plugins: * When performing install action from command line: * When executing install task: * When installing 'media-plugins/audacious-plugins-1.3.3': * Install error: Install failed for 'media-plugins/audacious-plugins-1.3.3::gentoo' As my portage install is quite outdated, I post (a striped) paludis --info: paludis 0.24.2 Built by root@genpat on 2007-05-08T19:44:10+0200 CXX: i686-pc-linux-gnu-g++ 4.1.1 (Gentoo 4.1.1-r3) CXXFLAGS: -O2 -march=athlon-xp -pipe LDFLAGS: DATADIR: /usr/share LIBDIR: /usr/lib LIBEXECDIR: /usr/libexec SYSCONFDIR: /etc stdlib: GNU libstdc++ 20060524 libebt: 1.3.0 libwrapiter: 1.0.0 sandbox: enabled Repository gentoo: Configuration information: Package information: app-admin/eselect-compiler: (none) dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: (none) dev-util/confcache: (none) sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 Variable information: ACCEPT_KEYWORDS: AUTOCLEAN: CBUILD: i686-pc-linux-gnu CFLAGS: -O2 -march=athlon-xp -pipe CHOST: i686-pc-linux-gnu CXXFLAGS: -O2 -march=athlon-xp -pipe DISTDIR: /var/paludis/repositories/gentoo/distfiles MAKEOPTS: -j2
Please try upgrading both libintl and gettext to the newest available versions. If this helps, I will update the dependencies on the ebuild. Let me know.
libintl is a virtual with only one version, I have that one installed. gettext is 0.16.1 in newest version, I have that one installed, too. I will remerge both, just to make sure.
On remerge gettext fails in the test phase on lang-sh and lang-bash, no idea if that could be the reason. I reemerged it with export SKIP_FUNCTIONS="test". But audacious-plugins still fails to build.
(In reply to comment #3) > On remerge gettext fails in the test phase on lang-sh and lang-bash Your gettext installation is broken. Please get this fixed. This is not an audacious bug. It is likely that you have already fixed this.
> Your gettext installation is broken. Please get this fixed. This is not an > audacious bug. It is likely that you have already fixed this. > I get the same error on amd64, except with /usr/include/gentoo-multilib/amd64/libintl.h instead of /usr/include/libintl.h. Re-emerging gettext and the virtual libintl didn't help. The include file actually belongs to glibc-2.5-r3. Rebuilding glibc didn't help either. So do you think that the glibc installation is broken?