From patchwork Fri Jul 1 10:45:51 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Richard Biener X-Patchwork-Id: 102893 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id E4B48B6F67 for ; Fri, 1 Jul 2011 20:46:11 +1000 (EST) Received: (qmail 28304 invoked by alias); 1 Jul 2011 10:46:07 -0000 Received: (qmail 28296 invoked by uid 22791); 1 Jul 2011 10:46:06 -0000 X-SWARE-Spam-Status: No, hits=-3.3 required=5.0 tests=AWL, BAYES_00, T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from cantor2.suse.de (HELO mx2.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 01 Jul 2011 10:45:52 +0000 Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 5BF6E87D82; Fri, 1 Jul 2011 12:45:51 +0200 (CEST) Date: Fri, 1 Jul 2011 12:45:51 +0200 (CEST) From: Richard Guenther To: gcc-patches@gcc.gnu.org Cc: iant@google.com Subject: [PATCH][toplev] Avoid libopcode.so build race Message-ID: User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Building of libopcode.so and gold can go on in parallel currently and I am running into the issue that libopcode.so is being written while it is opened by the host assembler (which is directed to the libopcode build library directory via the toplevel machinery setting HOST_LIB_PATH) - resulting in the dynamic loader complaining that libopcode is corrupt. This can be avoided by making all builds depend on libopcode - which the following patch does for gold. That fixes my spurious build failures (on fast machines). Ok? Ian, can you take care of patching src? Thanks, Richard. 2011-07-01 Richard Guenther * Makefile.def (all-gold): Depend on all-opcodes. * Makefile.in: Rebuild. Index: Makefile.def =================================================================== --- Makefile.def (revision 175749) +++ Makefile.def (working copy) @@ -402,6 +402,7 @@ dependencies = { module=configure-gold; dependencies = { module=all-gold; on=all-libiberty; }; dependencies = { module=all-gold; on=all-intl; }; dependencies = { module=all-gold; on=all-bfd; }; +dependencies = { module=all-gold; on=all-opcodes; }; dependencies = { module=all-gold; on=all-build-bison; }; dependencies = { module=check-gold; on=all-binutils; }; dependencies = { module=check-gold; on=all-gas; }; Index: Makefile.in =================================================================== --- Makefile.in (revision 175749) +++ Makefile.in (working copy) @@ -42822,6 +42822,14 @@ all-stage3-gold: maybe-all-stage3-bfd all-stage4-gold: maybe-all-stage4-bfd all-stageprofile-gold: maybe-all-stageprofile-bfd all-stagefeedback-gold: maybe-all-stagefeedback-bfd +all-gold: maybe-all-opcodes + +all-stage1-gold: maybe-all-stage1-opcodes +all-stage2-gold: maybe-all-stage2-opcodes +all-stage3-gold: maybe-all-stage3-opcodes +all-stage4-gold: maybe-all-stage4-opcodes +all-stageprofile-gold: maybe-all-stageprofile-opcodes +all-stagefeedback-gold: maybe-all-stagefeedback-opcodes all-gold: maybe-all-build-bison all-stage1-gold: maybe-all-build-bison