This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: as/ld silently creates programs with undefined references/symbols
- From: Russell King <rmk at arm dot linux dot org dot uk>
- To: Nick Clifton <nickc at redhat dot com>
- Cc: binutils at sources dot redhat dot com
- Date: Thu, 23 Sep 2004 10:40:06 +0100
- Subject: Re: as/ld silently creates programs with undefined references/symbols
- References: <20040702123710.A24028@flint.arm.linux.org.uk> <40E66B86.4000200@redhat.com> <20040711121944.B13616@flint.arm.linux.org.uk> <40F243E2.2070506@redhat.com> <1089620642.8278.68.camel@pc960.cambridge.arm.com> <20040712092625.A2623@flint.arm.linux.org.uk> <1089621632.8278.72.camel@pc960.cambridge.arm.com> <20040808165653.B17968@flint.arm.linux.org.uk> <411CF9DA.5090202@redhat.com> <4121BE71.6060508@redhat.com>
On Tue, Aug 17, 2004 at 09:14:41AM +0100, Nick Clifton wrote:
> Hi Guys,
>
> > bfd/ChangeLog
> > 2004-08-13 Nick Clifton <nickc@redhat.com>
> >
> > * (is_arm_mapping_symbol_name): New function - return true
> > when a symbol name matches the requirements for an ARM mapping
> > symbol name.
> > (arm_elf_find_function): New function based on
> > elf_find_function in elf.c but skipping ARM mapping symbols
> > and including thumb function symbols.
> > (elf32_arm_find_nearest_line): Use arm_elf_find_function.
> > (elf32_arm_output_symbol_hook): Use is_arm_mapping_symbol_name.
>
> I have gone ahead and applied this patch.
Nick,
I've tried merging this patch into binutils 2.15, but
elf32_arm_output_symbol_hook doesn't appear to be present in this
version.
The behaviour of binutils 2.15 with this patch, particularly the "nm"
program appears unaffected. Is this the expected behaviour?
If yes, can we please have a patch which prevents these mapping symbols
escaping into such programs output?
The Linux kernel is an example of a build system which parses the output
from "nm" in order to build an internal symbol table. As I highlighted
before, this whole "mapping symbol" business is severly affecting the
usefulness of the toolchain and it is imperative that this problem is
fully resolved before binutils 2.16.
--
Russell King