Summary: | Please stabilise dev-libs/STLport-5.1.2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stephen Bennett (RETIRED) <spb> |
Component: | New packages | Assignee: | C++ Team [disbanded] <cpp+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gengor, toolchain |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 170828, 172860 |
Description
Stephen Bennett (RETIRED)
2007-04-02 18:22:44 UTC
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 |