--- Additional Comments From nickc at redhat dot com 2006-03-01 13:33
---
Hi Alec,
Please could you try the uploaded patch.
The problem is that the binary you have is corrupt. The e_shstrndx field in
the ELF header is wrong. It says that the string table is held in section 8,
but
--- Additional Comments From peb at mppmu dot mpg dot de 2006-03-01 09:45
---
(In reply to comment #2)
> (In reply to comment #1)
> > Please provide a way for other to reproduce it.
>
> cd P/BLD1
> ../binutils-2.16.1/configure --enable-shared --disable-static
> make
> make check =>
--- Additional Comments From peb at mppmu dot mpg dot de 2006-03-01 09:35
---
(In reply to comment #1)
> Please provide a way for other to reproduce it.
Like this (using bash, other shells might behave differently):
Create directories (physical path) P/BLD1 P/BLD2
Create a symlink L->P
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
http://sourceware.org/bugzil
--- Additional Comments From drow at false dot org 2006-02-24 14:28 ---
Subject: Re: New: SH: Hidden symbol in DSO does not be forced local
On Mon, Feb 20, 2006 at 01:08:46AM -, sugioka at itonet dot co dot jp wrote:
> On sh4-unknown-linux target, hidden symbol in DSO does not be ke
A user application may define a symbol in the C library with a different type
for its own purpose. A shared library references the same symbol in the C
library. When the user application is linked against the DSO, the resulting
binary crashes.
--
Summary: Linker failed to handle symbol
