This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Use .init_array, .fini_array sections for ARM EABI(broke -target=avr)
- From: Paul Schlie <schlie at comcast dot net>
- To: Mark Mitchell <mark at codesourcery dot com>,"Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: Daniel Jacobowitz <drow at false dot org>,Paul Brook <paul at codesourcery dot com>,Julian Brown <julian at codesourcery dot com>,GCC Patches <gcc-patches at gcc dot gnu dot org>
- Date: Sat, 30 Apr 2005 22:45:51 -0400
- Subject: Re: [PATCH] Use .init_array, .fini_array sections for ARM EABI(broke -target=avr)
> From: Mark Mitchell <mark@codesourcery.com>
>> Joseph S. Myers wrote:
>> /usr/ccs/bin/ld: Unsatisfied symbols:
>> __main (first referenced in build/genmodes.o) (code)
>> collect2: ld returned 1 exit status
>> make[2]: *** [build/genmodes] Error 1
>
> Has this configuration always used __main, but now we fail to define it?
> Or are we now calling it where before we did not?
Although I've been unsuccessful in identifying the root of the problem,
in crtstuff.c, why was this added?
+ #define IN_LIBGCC2 IN_LIBGCC2
as all non-32/64 bit targets need to lie about UNITS_PER_WORD to libgcc2
in order to coerce it into generating anything other than garbage, so it
may not be a good idea for this lie to propagate beyond libgcc2's bounds,
as it could inadvertently affect correct target header definitions.