This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: [build] Move unwinder to toplevel libgcc (v2)
- From: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>
- To: Paolo Bonzini <bonzini at gnu dot org>
- Cc: Pedro Alves <pedro at codesourcery dot com>, gcc-patches at gcc dot gnu dot org, "Joseph S. Myers" <joseph at codesourcery dot com>, 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: Thu, 11 Aug 2011 14:05:56 +0200
- Subject: Re: [build] Move unwinder to toplevel libgcc (v2)
- References: <ydd1ux2oc1u.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4E42AACB.2080802@gnu.org> <yddfwl9l0az.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <201108101750.43530.pedro@codesourcery.com> <4E43C318.4050401@gnu.org>
Paolo Bonzini <bonzini@gnu.org> writes:
> On 08/10/2011 06:50 PM, Pedro Alves wrote:
>> On Wednesday 10 August 2011 17:05:08, Rainer Orth wrote:
>>> > Paolo Bonzini<bonzini@gnu.org> writes:
>>> >
>>>>> > >> True: it is called once per multilib.
>>>> > >
>>>> > > Just to doublecheck, are we sure that unwind.h is always the same?
>>> >
>>> > Yep: it's unwind-generic.h for almost all targets, just a few arm
>>> > targets use config/arm/unwind-arm.h for all multilibs.
>> Doesn't each multilib get its own build subdir?
>> Can't the file be copied there instead and thus get rid of this wart?
>
> It would need an additional per-multilib directory in the include
> path. It's simpler for now to leave it as is, and it will go away as soon
> as nothing in the gcc directory will need unwind.h. Rainer has already
> removed countless dependencies between gcc and libgcc, adding one is not
> too bad.
The actual problem are not the runtime libraries, which already know to
search $builddir/.../libgcc for unwind.h and related files. The
copyback is only for the benefit of the testsuite (gcc.target, g++.dg,
gnat.dg, and gcc.dg) where I was too lazy to deal with changing (or even
setting ) the include paths, but took the easy way out since gcc/include
is in the include path by default.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University