LD is trying to link to the wrong (local) memcpy symbol when executing
those commands:
[EMAIL PROTECTED]:~$ cat /proc/version
Linux version 2.6.12-1-k7 ([EMAIL PROTECTED]) (gcc version 4.0.2 20050821
(prerelease) (Debian 4.0.1-6)) #1 Tue Sep 6 16:28:10 UTC 2005
[EMAIL PROTECTED]:~$ ld --version
Hi Jakub,
the kernel image is linked together correctly (line is present) or the
.mapped section overwrites the .unmapped section (line is not present).
When you say that it overwrites are you referring to the load-time
address (LMA) or the run-time address (VMA) or both ?
Is there
--- Additional Comments From nickc at redhat dot com 2005-09-30 15:25
---
Subject: Re: New: objcopy trashes PE executable when using
add-gnu-debuglink
Hi,
Idx Name Size VMA LMA File off Algn
0 .gnu_debuglink 0018 0268 2**2
Hi Vamsi,
hidden symbol `__dso_handle' in
/usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3/crtbegin.o is referenced by DSO
collect2: ld returned 1 exit status
is this a bug in binutils 2.14 ??
Almost certainly yes. Please try building a new linker using the
current latest released sources
--- Additional Comments From hjl at lucon dot org 2005-10-01 04:40 ---
Created an attachment (id=682)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=682action=view)
A testcase
With this testcase on Linux/x86, I get
bash-3.00$ make
gcc -m32-c -o foo.o foo.c
gcc -m32-c -o