Summary: | dmalloc 5.4.2 hidden 'atexit' symbol on amd64 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Matt Philips <mphilips> |
Component: | [OLD] Development | Assignee: | AMD64 Project <amd64> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | ka0ttic, vapier |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Matt Philips
2005-01-26 13:14:04 UTC
Perhaps you guys would like to set -amd64? ok, commited. thanks well, someone added ~amd64 back in and this bug still exists so ... A little help here. How do you reproduce it? I downloaded the tarball and it configured fine here. It also ran all the tests that came with it (light&heavy) with & without the debug flag. It was already marked as testing and everything seems fine. So: WORKS4ME. :) Damn, it also emerges fine too. The first time I did it manually the second I used emerge. Both worked. Can't reproduce this bug either. Builds and runs for me... Matt: can you still reproduce this problem? Can you try again with a more recent glibc please, too? yes, it emerges fine, but trying to use the library fails $ echo 'int main(){}' > test.c $ gcc test.c -ldmalloc /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: a.out: hidden symbol `atexit' in /usr/lib64/libc_nonshared.a(atexit.oS) is referenced by DSO /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status same here /usr/lib/gcc/x86_64-pc-linux-gnu/4.0.2/../../../../x86_64-pc-linux-gnu/bin/ld: a.out: hidden symbol `atexit' in /usr/lib64/libc_nonshared.a(atexit.oS) is referenced by DSO /usr/lib/gcc/x86_64-pc-linux-gnu/4.0.2/../../../../x86_64-pc-linux-gnu/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status using glibc-2.3.6-r2 just to know. So I'm not seeing the error anymore can some others confirm (or provide a more stringent test/use-case ;-)... duality tmp # echo 'int main(){}' > test.c duality tmp # gcc test.c -ldmalloc Using: [ebuild R ] dev-libs/dmalloc-5.4.2 USE="-debug" 0 kB [ebuild R ] sys-libs/glibc-2.4-r3 USE="nls nptl nptlonly -build -glibc-omitfp -hardened (-multilib) -profile (-selinux)" 416 kB [ebuild R ] sys-devel/gcc-4.1.1 USE="fortran gtk nls (-altivec) -bootstrap -build -doc -gcj -hardened -ip28 -ip32r10k -mudflap (-multilib) -multislot (-n32) (-n64) -nocxx -objc -objc++ -objc-gc -test -vanilla" 0 kB can't reproduce either (linking, not just building), seems to be resolved |