


Problem solved, btw, for anyone else having this issue.Martigen wrote:Getting same error as the chap above - 'TLS support required'glibc-2.3.91.2006303 overlay, gcc 4.1, nxty binutils overlay.Code: Select all
1.0/include -isystem /usr/include -D_LIBC_REENTRANT -include include/libc-symbols.h \ -DASSEMBLER -x assembler-with-cpp - \ > /store/tmp/portage/glibc-2.3.91.20060303/work/build-x86-x86_64-pc-linux-gnu-nptl/Versions.v.iT In file included from nptl/sysdeps/i386/i686/tls.h:34, from include/tls.h:6, from <stdin>:1: nptl/sysdeps/i386/i686/../tls.h:65:3: error: #error "TLS support is required." make[1]: *** [/store/tmp/portage/glibc-2.3.91.20060303/work/build-x86-x86_64-pc-linux-gnu-nptl/Versions.v.i] Error 1 make[1]: Leaving directory `/store/tmp/portage/glibc-2.3.91.20060303/work/glibc-2.3.91' make: *** [all] Error 2 !!! ERROR: sys-libs/glibc-2.3.91.20060303 failed.
Previously running 20060207 overlay just fine. Nothing else changed but upgrading from gcc 4.1_pre to gcc 4.1 release.
Code: Select all
Available compilers for CTARGET i686-pc-linux-gnu
[1] x86_64-pc-linux-gnu-4.1.0/x86-vanilla
Available compilers for CTARGET x86_64-pc-linux-gnu
[2] x86_64-pc-linux-gnu-3.4.5/default
[3] x86_64-pc-linux-gnu-3.4.5/hardened
[4] x86_64-pc-linux-gnu-3.4.5/hardenednopie
[5] x86_64-pc-linux-gnu-3.4.5/hardenednopiessp
[6] x86_64-pc-linux-gnu-3.4.5/hardenednossp
[7] x86_64-pc-linux-gnu-4.1.0/amd64-vanilla
Activated profiles:
x86_64-pc-linux-gnu * x86_64-pc-linux-gnu-4.1.0/amd64-vanilla
Code: Select all
gcc-config 1 && gcc-config 7Code: Select all
Available compilers for CTARGET i686-pc-linux-gnu
[1] x86_64-pc-linux-gnu-4.1.0/x86-vanilla
Available compilers for CTARGET x86_64-pc-linux-gnu
[2] x86_64-pc-linux-gnu-3.4.5/default
[3] x86_64-pc-linux-gnu-3.4.5/hardened
[4] x86_64-pc-linux-gnu-3.4.5/hardenednopie
[5] x86_64-pc-linux-gnu-3.4.5/hardenednopiessp
[6] x86_64-pc-linux-gnu-3.4.5/hardenednossp
[7] x86_64-pc-linux-gnu-4.1.0/amd64-vanilla
Activated profiles:
i686-pc-linux-gnu x86_64-pc-linux-gnu-4.1.0/x86-vanilla
x86_64-pc-linux-gnu * x86_64-pc-linux-gnu-4.1.0/amd64-vanilla
I remember I can not emerge openoffice from portage (both 2.0.0 and 2.0.1) since I use this bdirect patch. Also, I don't know if the problem is about using sun-jdk-1.5 as jdk.roderick wrote:I was wondering if using this overlay instead of glibc-2.3.6-r3 may fix a problem I have.
I recently upgraded to GCC 4.0.2 from portage and used Nxsty's binutils and qt overlay.
I rebuilt the entire system and only had a few packages with problems (~800 packages). I've been able ot fix everything except OpenOffice.
I can't compile OpenOffice from portage (2.0.1 or 2.0.2) on my system. The old one won't load unless I unset LD_BIND_DIRECT.
Anyone else know if this overlay will possibly fix my issue? Or point me to the place to fix it.
Thanks

Having followed this thread for months and having already upgraded machines that should have been left well enough alone, at least by any reasonably sane person, I would definitely qualify as one of the impatient type. Compiling it now on every machine I can get my hands on. Thanks, as always, for your help and effort.nxsty wrote:
I just updated my overlay with one for those who can't wait for portage to get updated (It'll probably take a couple of days).
Did anyone get this working? If so how or what GCC/Glibc are you using to be able to compile Openoffice (not the -bin version).SteveYin wrote:I remember I can not emerge openoffice from portage (both 2.0.0 and 2.0.1) since I use this bdirect patch. Also, I don't know if the problem is about using sun-jdk-1.5 as jdk.roderick wrote:I was wondering if using this overlay instead of glibc-2.3.6-r3 may fix a problem I have.
I recently upgraded to GCC 4.0.2 from portage and used Nxsty's binutils and qt overlay.
I rebuilt the entire system and only had a few packages with problems (~800 packages). I've been able ot fix everything except OpenOffice.
I can't compile OpenOffice from portage (2.0.1 or 2.0.2) on my system. The old one won't load unless I unset LD_BIND_DIRECT.
Anyone else know if this overlay will possibly fix my issue? Or point me to the place to fix it.
Thanks
Code: Select all
# emerge binutils gcc libstdc++-v3 libtool portage
# emerge -e worldWhat's your emerge --info? Have you run a emerge --clean to make sure no old version is still installed? All glibc releases are backward compatible so it should work.anih wrote:i have get this after upgrade glibc to 2.4 version:
localhost ~ # emerge
/usr/bin/python: relocation error: /usr/lib/libpython2.4.so.1.0: symbol modf, version GLIBC_2.0 not defined in file libm.so.6 with link time reference
any suggestion how fix this?