This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [arm] Use EABI unwind library
- From: Richard Earnshaw <rearnsha at arm dot com>
- To: Mark Mitchell <mark at codesourcery dot com>
- Cc: Paul Brook <paul at codesourcery dot com>, gcc-patches <gcc-patches at gcc dot gnu dot org>, libstdc++ at gcc dot gnu dot org
- Date: Tue, 12 Oct 2004 14:53:28 +0100
- Subject: Re: [arm] Use EABI unwind library
- References: <200409220346.19550.paul@codesourcery.com> <4150EE1D.8050807@codesourcery.com>
On Wed, 2004-09-22 at 04:14, Mark Mitchell wrote:
> Paul Brook wrote:
>
> >Bootstrapped and tested on i686, and tested with cross to arm-none-elf and
> >arm-none-eabi.
> >
> >
> Excellent!
>
> >Ok for csl-arm-branch?
> >
> >
> Given that Richard Earnshaw is on vacation, I think you should just go
> ahead on the csl-arm-branch.
>
> >Do we also want this for mainline?
> >
> >
> I'm pretty uncomfortable with putting this on the mainline. I know that
> we need this for full EABI compatibility in 4.0 -- but I think this is
> not Stage 3 material, due to the changes to gcc/except.c and the V3
> bits, even though I see that those are pretty minimal. Let's queue this
> for 4.1. (Our internal Wiki has a list of ARM patches queued for 4.1 --
> presently empty.) If Richard E. wants to lobby for this in 4.0 after he
> comes back from vacation, he can try to convince Richard Henderson (EH)
> and Benjamin Koznik (V3); I'd feel differently if those folks wanted to
> go ahead with this patch as well, but I feel tremendously uncomfortable
> approving this directly.
The problem with this is that without this code the C++ compiler is so
fundamentally non-compliant that we might as well disable building of
G++ entirely. And that means we'd have to wait nearly another year[1]
before we had an FSF release that was compliant.
R.
[1] Based on recent past history of major releases.