It's not been in for the normal 30 days, but the revision bump is needed to make stable OpenOffice compile. If this could be stabilised ASAP on those archs who have OO.o keyworded, it would be appreciated.
x86 stable
Fails on ppc: >>> Starting src_compile make -j2 -j1 -C build/lib -f gcc.mak depend all-shared all-static make: Entering directory `/var/tmp/paludis/dev-libs/STLport-5.1.2/work/STLport-5.1.2/build/lib' powerpc-unknown-linux-gnu-g++ -pthread -fexceptions -fident -fPIC -fuse-cxa-atexit -O2 -mtune=G4 -maltivec -mabi=altivec -pipe -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_REENTRANT -D_STLP_REAL_LOCALE_IMPLEMENTED -D_GNU_SOURCE -I../../stlport -c -o obj/gcc/so/dll_main.o ../../src/dll_main.cpp ../../stlport/stl/_cstdlib.h:91: error: '__std_alias::llabs' has not been declared ../../stlport/stl/_cstdlib.h:92: error: '__std_alias::lldiv_t' has not been declared ../../stlport/stl/_cstdlib.h:93: error: '__std_alias::lldiv' has not been declared ../../stlport/stl/_cstdlib.h: In function 'long long int abs(long long int)': ../../stlport/stl/_cstdlib.h:144: error: 'llabs' is not a member of '__std_alias' ../../stlport/stl/_cstdlib.h: In function 'lldiv_t div(long long int, long long int)': ../../stlport/stl/_cstdlib.h:145: error: 'lldiv' is not a member of '__std_alias' make: *** [obj/gcc/so/dll_main.o] Error 1 make: Leaving directory `/var/tmp/paludis/dev-libs/STLport-5.1.2/work/STLport-5.1.2/build/lib' !!! ERROR in dev-libs/STLport-5.1.2: !!! In src_compile at line 3603 !!! Compile failed !!! Call stack: !!! * src_compile (/var/tmp/paludis/dev-libs/STLport-5.1.2/temp/loadsaveenv:3603) !!! * ebuild_f_compile (/usr/libexec/paludis/src_compile.bash:51) !!! * ebuild_main (/usr/libexec/paludis/ebuild.bash:354) !!! * main (/usr/libexec/paludis/ebuild.bash:372) Portage 2.1.2.3 (default-linux/ppc/ppc32/2006.1/G4, gcc-4.1.1, glibc-2.5-r0, 2.6.21-rc4-20070318 ppc) ================================================================= System uname: 2.6.21-rc4-20070318 ppc 7455, altivec supported Gentoo Base System release 1.12.9 Timestamp of tree: Wed, 04 Apr 2007 16:50:01 +0000 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 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.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mtune=G4 -maltivec -mabi=altivec -pipe" CHOST="powerpc-unknown-linux-gnu"
ok, the problem with this seems to be that gcc-4.1.2 provides the "long long" variants of the abs and div functions, while gcc-4.1.1. toolchain-team: There aren't any notes in GCC's log about such a change. Could you please shed some light on this?
looks to me like both gcc-4.1.1 and gcc-4.1.2 provides those functions
Yeah, I agree. Matti, can you please re-emerge the stable gcc? I was also seeing this error, a re-emerge fixed the issue and I can't reproduce it any more. Mike, is there a reason why this (re-emerging gcc) would make any difference wrt this bug?
couldnt guess ... i'd have to dig through the build system to figure out if it were possible in the normal case to have these things disabled ... all my hosts have it, but i build gcc quite frequently on my machines
works after remerging gcc, stable while figuring out why this happens.
Stable on amd64