View previous topic :: View next topic |
Author |
Message |
pal_gene n00b
Joined: 15 Nov 2005 Posts: 54
|
Posted: Sun Dec 24, 2006 10:53 am Post subject: Tweaked glibc snapshot ebuilds! |
|
|
Tweaked glibc snapshot ebuilds!
It's based on up to date glibc-2.4-r4 and 2.5 ebuilds but it also includes this (more details below):
* --enable-kernel bumped to 2.6.16 (2.4) or 2.6.17 (2.5, 2.5.90.2006XXXX)
* Added back the nomalloccheck USE.
* Build with -DNDEBUG=1 if USE -debug.
* CVS update from HEAD (2.5.90.2006XXXX only).
* Glibc madvise support.
* Binutils --hash-style= support. Requires binutils 2.17.50.0.3 or later.
* Binutils -Bdirect support for faster dynamic loading of libraries. Requires patched binutils. Probably canï½´t be used with --hash-style.
Any suggestions are welcome!
*overlay (thx nesl247 for hosting)
http://svn.evolution-mission.org/toolchain_overlay/sys-libs/glibc/
*distfiles (thx googlecode)
http://palgene-overlay.googlecode.com/svn/distfiles/
*changelog
http://svn.evolution-mission.org/toolchain_overlay/sys-libs/glibc/files/changelog.overlay
http://palgene-overlay.googlecode.com/svn/ is personal overlay.
there include useful changes for experimental, like --as-needed,gcc-4.2 suport.
want to report
test on 64bit system (FEATURES="test")
testing
FEATURES="test" will pass now.
elf/check-localplt test needs some modify for glibc-ssp-compat if only don't have USE="glibc-compat20".
so, scripts/data/localplt-{i386,x86_64}-linux-gnu.data was changed in this ebuild.
But i can't test on amd64.
*additional export func.
0010_all_glibc-ssp-compat.patch:__stack_chk_fail
6901_all_2.4-amd64-strings-20061210:__bzero (perhaps hidden on amd64?)
FEATURES="test" USE="alltest" will pass with required toolchain.
testing-note
Code: |
note testing glibc by testsuite
you can test glibc by glibc testsuite set enviroment FEATURES="test" when emerging glibc.
skip some tests by default. you can check all tests with USE="alltest".
!WARNING! SYSTEM BECOME HIGH LOAD ON SOME TESTS.
* default skip tests
**nptl/tst-mutex5,tst-mutex5a: "premature timeout: 1.994088 difference"
**nptl/tst-cond10,tst-cond16: "Timed out: killed the child process"
Failing sometimes randomly for me.
They are timing problem, i think it depend on kernel timer or preemptible or scheduler.
application must engage timing can use rt(realtime) code, thus it should be harmless.
see http://www.osdl.org/developer_bugzilla/show_bug.cgi?id=34
note
-tst-mutex5a is same tst-mutex5 execlude #define TYPE PTHREAD_MUTEX_ADAPTIVE_NP.
-tst-mutexpi* is using PI MUTEX.
-tst-cond17 is same tst-cond16 execlude #define UNLOCK_AFTER_BROADCAST 1.
**nptl/tst-cancel1 : "Didn't expect signal from child: got `Aborted'"
this seem to fail with not supported toolchain (gcc,binutils and other debugging with gdb).
DW_CFA_val_{offset{,_sf},expresion} is supported since gcc-4.2, binutils-2.17.
see http://sourceware.org/ml/libc-alpha/2006-09/msg00039.html
on gcc-4.2 or above, this test does not ignore now.
|
old threads
Tweaked glibc 2.4 + 2.5 + snapshot ebuilds
Glibc with amd64 performance patches _________________ what happen my profile #
[i speak "ENGRISH"!]
Last edited by pal_gene on Fri Jan 05, 2007 1:56 pm; edited 2 times in total |
|
Back to top |
|
|
mbar Veteran
Joined: 19 Jan 2005 Posts: 1990 Location: Poland
|
Posted: Sun Dec 24, 2006 12:39 pm Post subject: |
|
|
*subscribing now* |
|
Back to top |
|
|
weedy Apprentice
Joined: 24 Jun 2005 Posts: 247
|
Posted: Fri Dec 29, 2006 3:08 am Post subject: |
|
|
WILL NOT build with 4.3
[ebuild R ] sys-devel/gcc-4.3.0_alpha20061223 USE="fortran gtk multislot nls (-altivec) -bootstrap -build -doc -gcj (-hardened) -ip28 -ip32r10k -mudflap (-multilib) (-n32) (-n64) -nocxx -objc -objc++ -objc-gc -test -vanilla" 0 kB [3]
Total: 1 package (1 reinstall), Size of downloads: 0 kB
Portage overlays:
[1] /usr/local/portage
[2] /usr/local/overlays/toolchain_overlay
[3] /usr/local/overlays/pal_gene
Code: | i686-pc-linux-gnu-gcc ../sysdeps/ieee754/flt-32/s_isinff.c -c -std=gnu99 -DNDEBUG=1 -O2 -Wall -Winline -Wwrite-strings -fforce-addr -fmerge-all-constants -fno-strict-aliasing -march=pentium4 -pipe -Wstrict-prototypes -mpreferred-stack-boundary=4 -fomit-frame-pointer -Wno-uninitialized -D__NO_MATH_INLINES -D__LIBC_INTERNAL_MATH_INLINES -I../include -I/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math -I/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i686 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 -I../ports/sysdeps/unix/sysv/linux -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv/i386 -I../ports/sysdeps/unix/sysv -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../ports/sysdeps/unix -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../nptl/sysdeps/i386/i686 -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../ports -I../nptl -I.. -I../libio -I. -nostdinc -isystem /usr/lib/gcc/i686-pc-linux-gnu/4.3.0-alpha20061223/include -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -o /var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math/s_isinff.o -MD -MP -MF /var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math/s_isinff.o.dt -MT /var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math/s_isinff.o
../sysdeps/ieee754/dbl-64/s_signbit.c:27: error: redefinition of '__signbit'
../sysdeps/i386/fpu/bits/mathinline.h:135: error: previous definition of '__signbit' was here
make[2]: *** [/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math/s_signbit.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/glibc-2.5/math'
make[1]: *** [math/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/glibc-2.5'
make: *** [all] Error 2 |
|
|
Back to top |
|
|
kernelOfTruth Watchman
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
|
Back to top |
|
|
pal_gene n00b
Joined: 15 Nov 2005 Posts: 54
|
Posted: Fri Dec 29, 2006 3:28 pm Post subject: |
|
|
i add gcc-4.3.98 aka DualCpuUser method on palgene_overlay.
as a result compile success with gcc-4.3.98(20061228) and glibc-2.5.90.20061223-r1 here.
bit while ago, i try USE="fixc99inline" for this fix on gcc-4.3.0-****.
but eclass would install to use with ${PV} from file name.
so, i replace ebuild name to gcc-4.3.98.
you can create gcc daily snapshot using files/create_gcc-snapshot-tarball.bash.
other stuff are still while validation, like USE="fixinline" on glibc with vanilla gcc.
using vanilla gcc & glibc with patch is one way.
but new c99 inline behaivor maybe break other ebuilds and they need patch.
selecting forced compatible is wise at a moment. _________________ what happen my profile #
[i speak "ENGRISH"!] |
|
Back to top |
|
|
klixon n00b
Joined: 14 Feb 2006 Posts: 39 Location: Holland
|
Posted: Thu Jan 04, 2007 9:58 am Post subject: Re: Tweaked glibc snapshot ebuilds! |
|
|
Small typo:
pal_gene wrote: | * Binutils --hash-style= support. Requires binutils 2.17.90.0.3 or later. |
should be 2.17.50.0.3 ?
Otherwise Thanks for your work _________________ Stand back, intruder, or I'll blast you out of space. I am Klixon and I don't want any dealings with you human lifeforms... I'm a cyborg! |
|
Back to top |
|
|
pal_gene n00b
Joined: 15 Nov 2005 Posts: 54
|
Posted: Fri Jan 05, 2007 2:06 pm Post subject: |
|
|
weedy wrote: | WILL NOT build with 4.3
[ebuild R ] sys-devel/gcc-4.3.0_alpha20061223 USE="fortran gtk multislot nls (-altivec) -bootstrap -build -doc -gcj (-hardened) -ip28 -ip32r10k -mudflap (-multilib) (-n32) (-n64) -nocxx -objc -objc++ -objc-gc -test -vanilla" 0 kB [3]
Total: 1 package (1 reinstall), Size of downloads: 0 kB
Portage overlays:
[1] /usr/local/portage
[2] /usr/local/overlays/toolchain_overlay
[3] /usr/local/overlays/pal_gene
Code: | i686-pc-linux-gnu-gcc ../sysdeps/ieee754/flt-32/s_isinff.c -c -std=gnu99 -DNDEBUG=1 -O2 -Wall -Winline -Wwrite-strings -fforce-addr -fmerge-all-constants -fno-strict-aliasing -march=pentium4 -pipe -Wstrict-prototypes -mpreferred-stack-boundary=4 -fomit-frame-pointer -Wno-uninitialized -D__NO_MATH_INLINES -D__LIBC_INTERNAL_MATH_INLINES -I../include -I/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math -I/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i686 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 -I../ports/sysdeps/unix/sysv/linux -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv/i386 -I../ports/sysdeps/unix/sysv -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../ports/sysdeps/unix -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../nptl/sysdeps/i386/i686 -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../ports -I../nptl -I.. -I../libio -I. -nostdinc -isystem /usr/lib/gcc/i686-pc-linux-gnu/4.3.0-alpha20061223/include -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -o /var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math/s_isinff.o -MD -MP -MF /var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math/s_isinff.o.dt -MT /var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math/s_isinff.o
../sysdeps/ieee754/dbl-64/s_signbit.c:27: error: redefinition of '__signbit'
../sysdeps/i386/fpu/bits/mathinline.h:135: error: previous definition of '__signbit' was here
make[2]: *** [/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/build-default-i686-pc-linux-gnu-nptl/math/s_signbit.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/glibc-2.5/math'
make[1]: *** [math/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.5.90.20061223-r1/work/glibc-2.5'
make: *** [all] Error 2 |
|
did you use USE="fixinline" ?
i confirmed success building on gcc-4.3.0_alpha20061228, with USE="fixinline" in glibc.
but only following command.
Code: | USE="fixinline" ebuild /usr/portage/local/toolchain/sys-libs/glibc/glibc-2.5.90.20061223-r1.ebuild install |
ps. sorry replay delayed.
to klixon.
thx, fix typo. _________________ what happen my profile #
[i speak "ENGRISH"!] |
|
Back to top |
|
|
baigsabeeh Guru
Joined: 28 Sep 2005 Posts: 520 Location: North Brunswick, NJ
|
Posted: Sun Jan 07, 2007 4:27 am Post subject: |
|
|
How are these any different than the ones in Portage? I only used them once for Hashstyles and then I switched back to the Portage ones. _________________ BSD > SysV > Linux
BSD FTW! |
|
Back to top |
|
|
pal_gene n00b
Joined: 15 Nov 2005 Posts: 54
|
Posted: Sun Jan 07, 2007 7:05 am Post subject: |
|
|
baigsabeeh wrote: | How are these any different than the ones in Portage? I only used them once for Hashstyles and then I switched back to the Portage ones. |
main difference are nomalloccheck,madvise,Bdirect support on 2.5.
but i haven't maintained, i changed only for HEAD-release.
for hashstyle, it supported since glibc-2.5 officially. not supported on 2.4 officially, but got supported on this ebuild. _________________ what happen my profile #
[i speak "ENGRISH"!] |
|
Back to top |
|
|
tscolin n00b
Joined: 07 Dec 2005 Posts: 11
|
Posted: Mon Jan 08, 2007 8:24 pm Post subject: |
|
|
thank god someone picked up where nxsty left off!!!!
THANK YOU pal_gene! |
|
Back to top |
|
|
sirdilznik l33t
Joined: 28 Apr 2005 Posts: 731
|
Posted: Sat Jan 20, 2007 10:59 pm Post subject: |
|
|
I was feeling ricer-ish(stuff is just so stable on my system... gotta try to break it ) last night and decided to upgrade my gcc to the most recent snapshot. On a whim I decided to see if a new glibc snapshot was available so I dug up this old thread. Lo and behold there is a new ebuild (20070119) available in pal_gene's overlay. I swiped the ebuild then modified it to download and install glibc-linuxthreads and ports 20070115 and branch update 20070119. I had to modify the glibc-2.5-patches-1.4.1 tarball and delete all the linuxthreads related patches as they didn't apply (I'm guessing they were already included in the glibc-linuxthreads snapshot?). Other than that all the patches took and it emerged fine. Everything is working smoothly.
On a side note: What exactly does the "fixinline" USE flag do? I'm having a heck of a time trying to find a definition for it. Is it just strictly a fix for compilation with gcc-4.3 or does it have other functionality? |
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Mon Feb 12, 2007 10:52 pm Post subject: |
|
|
Hey noticed this thread had gone cold again
Was wondering if any one had any new Glibc and or GCC snapshots to test
Cheers
Mike |
|
Back to top |
|
|
mbar Veteran
Joined: 19 Jan 2005 Posts: 1990 Location: Poland
|
Posted: Tue Feb 13, 2007 5:50 am Post subject: |
|
|
gcc is in the Gentoo Toolchain Overlay |
|
Back to top |
|
|
nbvcxz Guru
Joined: 02 Sep 2005 Posts: 379 Location: Kraków / PL
|
Posted: Tue Feb 13, 2007 6:32 am Post subject: |
|
|
mbar wrote: | gcc is in the Gentoo Toolchain Overlay |
but not always up-to-date; you can find the newest gcc testing versions:
ftp://sources.redhat.com/pub/gcc/snapshots/
rename ebuild (+ ebulid ... digest) and emerge the newest gcc _________________ nBVCXz
zen-kernel (bfq compcache) | /tmp -> tmpfs | ext4 | zsh | xfce | schedtool |
|
Back to top |
|
|
pal_gene n00b
Joined: 15 Nov 2005 Posts: 54
|
Posted: Tue Feb 13, 2007 12:45 pm Post subject: |
|
|
i have full disk now. wait a bit :p _________________ what happen my profile #
[i speak "ENGRISH"!] |
|
Back to top |
|
|
pal_gene n00b
Joined: 15 Nov 2005 Posts: 54
|
Posted: Wed Feb 14, 2007 4:26 pm Post subject: |
|
|
i released 20070214 snapshot, aka St.Valentine day edition.
plz give me chocolates (1*) and build&using report.
note:
(1) a culture that girls present chocolate gift to boy in japan.
sirdilznik:
Quote: | On a side note: What exactly does the "fixinline" USE flag do? I'm having a heck of a time trying to find a definition for it. Is it just strictly a fix for compilation with gcc-4.3 or does it have other functionality? |
fixinline is temporary support for vanilla gcc-4.3. it is just inline defination change.
linuxthread and ports support were not considered.
i'll work a bit from now. _________________ what happen my profile #
[i speak "ENGRISH"!]
Last edited by pal_gene on Wed Feb 14, 2007 4:42 pm; edited 1 time in total |
|
Back to top |
|
|
kernelOfTruth Watchman
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
|
Back to top |
|
|
nesl247 Veteran
Joined: 15 Jun 2004 Posts: 1614 Location: Florida
|
|
Back to top |
|
|
micmic n00b
Joined: 16 Nov 2004 Posts: 36
|
Posted: Mon Feb 19, 2007 7:12 am Post subject: |
|
|
layman -d toolchain_overlay ~
* Successfully deleted overlay "toolchain_overlay".
layman -f
layman -a toolchain_overlay ~
* Running command "/usr/bin/svn co "http://svn.evolution-mission.org/toolchain_overlay/" "/usr/local/portage/layman/toolchain_overlay""...
svn: PROPFIND request failed on '/toolchain_overlay'
svn: PROPFIND of '/toolchain_overlay': 302 Found (http://svn.evolution-mission.org)
* Failed to add overlay "toolchain_overlay".
* Error was: Adding the overlay failed!
why? _________________ cat /etc/gentoo-release && uname -srm
Gentoo Base System release baselayout-2.0.0_rc6
Linux 2.6.24-gentoo- i686 |
|
Back to top |
|
|
nesl247 Veteran
Joined: 15 Jun 2004 Posts: 1614 Location: Florida
|
Posted: Mon Feb 19, 2007 2:42 pm Post subject: |
|
|
Whoever made the file needs to update it, it's located at svn://svn.nesl247.org/toolchain_overlay - I don't see it in layman, must be an external file. |
|
Back to top |
|
|
micmic n00b
Joined: 16 Nov 2004 Posts: 36
|
|
Back to top |
|
|
skutnar n00b
Joined: 13 Jun 2006 Posts: 65
|
Posted: Sat Feb 24, 2007 4:49 pm Post subject: |
|
|
Modifying all the configuration XML files on my system to point to the new location still doesn't change where layman looks for the overlay. Am I missing something?
The files I've modified are in /usr/portage/local/layman. They are cache*.xml and overlays.xml. I changed all references to evolution-mission to nesl247.
I noticed the file called "entries" within toolchain_overlay/.svn had references to evolution-mission. I changed them to nesl247, but that only changed the error message to a "500: Server Error" or something like that, so I changed it back to what it was until there's a better solution. |
|
Back to top |
|
|
skutnar n00b
Joined: 13 Jun 2006 Posts: 65
|
|
Back to top |
|
|
JoKo Tux's lil' helper
Joined: 16 May 2004 Posts: 141 Location: Xanthi, Greece
|
Posted: Sun Feb 25, 2007 11:01 am Post subject: Can't emerge sys-libs/glibc-2.5.90.20070214 |
|
|
Hi,
After a while, the following lines appear during the compilation of sys-libs/glibc-2.5.90.20070214:
Code: | x86_64-pc-linux-gnu-gcc -Wl,-O1,--enable-new-dtags,--sort-common,--hash-style=both,-znow -nostdlib -nostartfiles -r -o /var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/librtld.os '-Wl,-(' /var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/dl-allobjs.os /var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/rtld-libc.a -lgcc '-Wl,-)' \
-Wl,-Map,/var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/librtld.os.map
x86_64-pc-linux-gnu-gcc -Wl,-O1,--enable-new-dtags,--sort-common,--hash-style=both,-znow -nostdlib -nostartfiles -shared -Wl,-z,now \
-Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -Wl,-z,defs -Wl,--verbose 2>&1 | \
LC_ALL=C \
sed -e '/^=========/,/^=========/!d;/^=========/d' \
-e 's/\. = 0 + SIZEOF_HEADERS;/& _begin = . - SIZEOF_HEADERS;/' \
> /var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/ld.so.lds
x86_64-pc-linux-gnu-gcc -Wl,-O1,--enable-new-dtags,--sort-common,--hash-style=both,-znow -nostdlib -nostartfiles -shared -o /var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/ld.so \
-Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -Wl,-z,defs -Wl,-z,now \
/var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/librtld.os -Wl,--version-script=/var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/ld.map \
-Wl,-soname=ld-linux-x86-64.so.2 -T /var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/ld.so.lds
/var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/librtld.os: In function `_dl_start_profile':
(.text+0xdf1c): undefined reference to `__profile_frequency'
/var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/librtld.os: In function `_dl_start_profile':
(.text+0xe2d1): undefined reference to `__profil'
collect2: ld returned 1 exit status
make[2]: *** [/var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/ld.so] Error 1
make[2]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/glibc-2.5/elf'
make[1]: *** [elf/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.5.90.20070214/work/glibc-2.5'
make: *** [all] Error 2
!!! ERROR: sys-libs/glibc-2.5.90.20070214 failed.
Call stack:
ebuild.sh, line 1614: Called dyn_compile
ebuild.sh, line 971: Called qa_call 'src_compile'
environment, line 4170: Called src_compile
glibc-2.5.90.20070214.ebuild, line 1171: Called src_compile
glibc-2.5.90.20070214.ebuild, line 1182: Called toolchain-glibc_src_compile
glibc-2.5.90.20070214.ebuild, line 266: Called die
!!! make for amd64 failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/sys-libs/glibc-2.5.90.20070214/temp/build.log'. |
Any help?
PS: I'm using GCC 4.1.2 and these are the glibc's USE flags:
Code: | USE="nls nptl nptlonly -build -debug -fixinline -glibc-compat20 -glibc-omitfp -hardened (-multilib) -nomalloccheck -profile (-selinux) (-alltest%)" |
|
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Sun Feb 25, 2007 3:52 pm Post subject: |
|
|
Is there any chance we could get weekly snapshots again
I miss not recompiling glibc constantly
Mike |
|
Back to top |
|
|
|