From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9331 invoked by alias); 29 Sep 2011 08:18:28 -0000 Received: (qmail 9320 invoked by uid 22791); 29 Sep 2011 08:18:24 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,TW_IB X-Spam-Check-By: sourceware.org Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 29 Sep 2011 08:18:09 +0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Thu, 29 Sep 2011 09:18:08 +0100 Message-Id: <4E8445DE0200007800058686@nat28.tlf.novell.com> Date: Thu, 29 Sep 2011 08:18:00 -0000 From: "Jan Beulich" To: Subject: libjava build failure with read-only source tree Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2011-09/txt/msg00019.txt.bz2 When the source tree (including its directories) is read-only I get rm: cannot remove `asm/org/objectweb/asm/xml/ASMContentHandler$LineNumberRu= le.class': Permission denied rm: cannot remove `asm/org/objectweb/asm/xml/ASMContentHandler$ExceptionsRu= le.class': Permission denied ... (hundreds of similar messages) rm: cannot remove `classes/sun/rmi/rmic/messages.properties': Permission de= nied rm: cannot remove `classes/sun/rmi/rmic/Messages.class': Permission denied make[4]: *** [tools.zip] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-target-libjava] Error 2 as an obvious result of using=20 cp -pR $(srcdir)/asm . cp -pR $(srcdir)/classes . in the commands of the $(TOOLS_ZIP) rule. This is the change I'm currently checking whether it will overcome the problem: --- a/libjava/classpath/tools/Makefile.am +++ b/libjava/classpath/tools/Makefile.am @@ -371,6 +371,7 @@ endif ## BEGIN GCJ LOCAL cp -pR $(srcdir)/asm . cp -pR $(srcdir)/classes . + find asm classes -type d -exec chmod u+w \{\} \; if [ -d asm/.svn ]; then \ find asm classes -depth -type d -name .svn -exec rm -rf \{\} \;; \ fi As this isn't the first time I encounter this in the libjava subtree, can it be made a requirement for testing changes that they must work with fully read-only source trees? And/or if there's some sort of automatic testing in place, could that be adjusted to include a respective check? Regards, Jan