This is the mail archive of the java-patches@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [build] Move unwinder to toplevel libgcc (v2)

From: Paolo Bonzini <bonzini at gnu dot org>
To: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>
Cc: "Joseph S. Myers" <joseph at codesourcery dot com>, 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, 10 Aug 2011 17:59:07 +0200
Subject: Re: [build] Move unwinder to toplevel libgcc (v2)
References: <ydd1ux2oc1u.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <Pine.LNX.4.64.1108101332410.28612@digraph.polyomino.org.uk> <yddzkjhl6oh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <Pine.LNX.4.64.1108101348590.28612@digraph.polyomino.org.uk> <yddvcu5l694.fsf@manam.CeBiTec.Uni-Bielefeld.DE>

On 08/10/2011 03:56 PM, Rainer Orth wrote:

"Joseph S. Myers"<joseph@codesourcery.com> writes:

This is strange: they copy explicitly goes into $(gcc_objdir): from
libgcc/Makefile.in:

install-unwind_h:
         cp unwind.h $(gcc_objdir)/include/unwind.h
         chmod a+r $(gcc_objdir)/include/unwind.h

For an in-tree build, the source directory cannot be read-only, for a
VPATH build I don't see how this can happen.  Could you please check?


This is a VPATH build and the issue is that the *file* unwind.h is
readonly having been copied from a readonly source (and install-unwind_h


I see.  I'd been thinking of a source tree mounted read-only, not the
actual files changed to be read-only.

must, I suppose, end up getting called more than once so that the second
copy tries to copy over a readonly file; the 26478 fix was to remove the

True: it is called once per multilib.

Just to doublecheck, are we sure that unwind.h is always the same?

Paolo

Follow-Ups:
- Re: [build] Move unwinder to toplevel libgcc (v2)
  - From: Rainer Orth

References:
- [build] Move unwinder to toplevel libgcc (v2)
  - From: Rainer Orth
- Re: [build] Move unwinder to toplevel libgcc (v2)
  - From: Joseph S. Myers
- Re: [build] Move unwinder to toplevel libgcc (v2)
  - From: Rainer Orth
- Re: [build] Move unwinder to toplevel libgcc (v2)
  - From: Joseph S. Myers
- Re: [build] Move unwinder to toplevel libgcc (v2)
  - From: Rainer Orth

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]