[RFC] Providing init_fini_syms earlier?

[Daniel Jacobowitz]

On Thu, Jul 07, 2005 at 10:40:49AM -0700, H. J. Lu wrote:
> > My pleasure.
> > 
> > http://www.baldric.uwo.ca/~carlos/bug-extraNONE.tar.gz
> > 
> > Contains everything you need to test the bug in a cross link
> > environment. You will see that two extra R_PARISC_NONE relocs are
> > emitted, and they correspond to the undefined __init_array_start and
> > __init_array_end.
> > 
> > If the linker doesn't provide the symbols early enough the bakends can't
> > do the work of ignoring them? :)
> 
> That is the libc bug on hppa. __init_array_start and __init_array_end
> should be used ONLY for building STATIC executables. Please check out
> how ia32, x86-64 and ia64 handle them.

How can a linker generating unnecessary R_PARISC_NONE relocs be a
library bug?  The linker needs to behave correctly on any input.

-- 
Daniel Jacobowitz
CodeSourcery, LLC