From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23618 invoked by alias); 10 Aug 2011 13:57:04 -0000 Received: (qmail 23593 invoked by uid 22791); 10 Aug 2011 13:57:04 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from snape.CeBiTec.Uni-Bielefeld.DE (HELO smtp-relay.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 10 Aug 2011 13:56:43 +0000 Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 0FE4D418; Wed, 10 Aug 2011 15:56:42 +0200 (CEST) Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new, port 10024) with LMTP id yXtQoG4ysr7t; Wed, 10 Aug 2011 15:56:40 +0200 (CEST) Received: from manam.CeBiTec.Uni-Bielefeld.DE (manam.CeBiTec.Uni-Bielefeld.DE [129.70.161.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPS id E9D56417; Wed, 10 Aug 2011 15:56:39 +0200 (CEST) Received: (from ro@localhost) by manam.CeBiTec.Uni-Bielefeld.DE (8.14.5+Sun/8.14.5/Submit) id p7ADudJY005629; Wed, 10 Aug 2011 15:56:39 +0200 (MEST) From: Rainer Orth To: "Joseph S. Myers" Cc: gcc-patches@gcc.gnu.org, Paolo Bonzini , Ralf Wildenhues , Ian Lance Taylor , Steve Ellcey , Richard Earnshaw , Ramana Radhakrishnan , Nick Clifton , Douglas Rupp , Tristan Gingold , Mike Stump , Kaz Kojima , David Edelsohn , Sterling Augustine , Arnaud Charlet , java-patches@gcc.gnu.org, Nicola Pero , libstdc++@gcc.gnu.org, Richard Sandiford Subject: Re: [build] Move unwinder to toplevel libgcc (v2) References: Date: Wed, 10 Aug 2011 15:11:00 -0000 In-Reply-To: (Joseph S. Myers's message of "Wed, 10 Aug 2011 13:50:50 +0000 (UTC)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org X-SW-Source: 2011-q3/txt/msg00050.txt.bz2 "Joseph S. Myers" 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. > target of the copy with rm -f before copying). Makes sense. Toplevel dependencies should take care that the file isn't used by another target library in the small time window between removal and copy. Could you try the obvious patch? It's probably quicker than me recreating the setup. Thanks. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University