This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: [build] Move unwinder to toplevel libgcc
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Paolo Bonzini <bonzini at gnu dot org>
- Cc: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>, gcc-patches at gcc dot gnu dot org, Ralf Wildenhues <Ralf dot Wildenhues at gmx dot de>, Ian Lance Taylor <iant at google dot com>, Steve Ellcey <sje at cup dot hp dot com>, Richard Earnshaw <richard dot earnshaw at arm dot com>, Ramana Radhakrishnan <ramana dot radhakrishnan at arm dot com>, Nick Clifton <nickc at redhat dot com>, Douglas Rupp <rupp at gnat dot com>, Tristan Gingold <gingold at adacore dot com>, Mike Stump <mikestump at comcast dot net>, Kaz Kojima <kkojima at gcc dot gnu dot org>, David Edelsohn <dje dot gcc at gmail dot com>, Sterling Augustine <augustine dot sterling at gmail dot com>, Arnaud Charlet <charlet at adacore dot com>, java-patches at gcc dot gnu dot org, Nicola Pero <nicola dot pero at meta-innovation dot com>, libstdc++ at gcc dot gnu dot org, Richard Sandiford <rdsandiford at googlemail dot com>
- Date: Wed, 29 Jun 2011 10:41:50 +0000 (UTC)
- Subject: Re: [build] Move unwinder to toplevel libgcc
- References: <yddfwn4pu5u.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4E0AEEF0.7080406@gnu.org>
On Wed, 29 Jun 2011, Paolo Bonzini wrote:
> On 06/20/2011 02:24 PM, Rainer Orth wrote:
> > * The only unwinder-related macro I haven't moved is
> > LIBGCC2_UNWIND_ATTRIBUTE. It is only defined gcc/config/mips/mips.h.
> > I suppose we would need a libgcc equivalent of tm.h for that,
> > something I didn't want to attack at this point.
>
> Something like the attached?
This patch appears to create a *second* file called libgcc_tm.h, so there
is one created in gcc/ and one in libgcc/, which seems incredibly
confusing. By all means move the libgcc_tm.h logic to libgcc/ (though
tm.h will need to continue to include libgcc_tm.h for the target, until
the transition away from tm.h target macros in target code is complete and
code includes libgcc_tm.h directly instead), but don't have two headers
with the same name in different build directories.
I interpreted Rainer's comment as meaning that a
libgcc/config/mips/mips-lib.h (or similar) file would need to be created
and inserted in the right place in libgcc_tm_file for the large number of
targets presently putting mips.h in tm_file.
--
Joseph S. Myers
joseph@codesourcery.com