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: Daniel Jacobowitz <drow at false dot org>
- To: Paul Schlie <schlie at comcast dot net>
- Cc: Mark Mitchell <mark at codesourcery dot com>,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 16:36:31 -0400
- Subject: Re: [PATCH] Use .init_array, .fini_array sections for ARM EABI (broke -target=avr)
- References: <20050430195601.GA7707@nevyn.them.org> <BE99611B.9FFB%schlie@comcast.net>
On Sat, Apr 30, 2005 at 04:21:47PM -0400, Paul Schlie wrote:
> > From: Daniel Jacobowitz <drow@false.org>
> > On Sat, Apr 30, 2005 at 03:44:30PM -0400, Paul Schlie wrote:
> >> This patch breaks the avr target:
> >>
> >> http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01901.html
> >>
> >> As it incompatibly modifies the definition of __main, as utilized by
> >> the avr target, and may possibly introduce other compatibility problems.
> >
> > I am not seeing anything in the link you've referenced to explain the
> > problem. What goes wrong?
>
> The definition/use of __main is now dependant on INIT_ARRAY_SECTION_ASM_OP
> HAS_INIT_SECTION , and .init_array, resulting in __main not being defined as
> presumed by the avr when linking; and may possibly affect other things but
> haven't gotten that far yet.
>
> (a fix may be as simple as defining HAS_INIT_SECTION in libgcc2.c
> regardless of INIT_ARRAY_SECTION_ASM_OP, but not really sure?)
You're going to have to provide more details, since I can't see how the
patch could cause the problem you're describing.
Error messages, preprocessed source, and all the other sorts of details
that a bug report normally requires, please.
--
Daniel Jacobowitz
CodeSourcery, LLC