From patchwork Mon May 2 13:07:17 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Steffen Dettmer X-Patchwork-Id: 93642 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 C16321007D1 for ; Mon, 2 May 2011 23:07:38 +1000 (EST) Received: (qmail 1620 invoked by alias); 2 May 2011 13:07:35 -0000 Received: (qmail 1586 invoked by uid 22791); 2 May 2011 13:07:33 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, RFC_ABUSE_POST, TW_XG X-Spam-Check-By: sourceware.org Received: from mail-pz0-f47.google.com (HELO mail-pz0-f47.google.com) (209.85.210.47) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 02 May 2011 13:07:18 +0000 Received: by pzk36 with SMTP id 36so3472705pzk.20 for ; Mon, 02 May 2011 06:07:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.7.41 with SMTP id g9mr8945343pba.148.1304341637875; Mon, 02 May 2011 06:07:17 -0700 (PDT) Received: by 10.68.52.135 with HTTP; Mon, 2 May 2011 06:07:17 -0700 (PDT) In-Reply-To: References: Date: Mon, 2 May 2011 15:07:17 +0200 Message-ID: Subject: Re: building binutils from same directory as gcc (was: Re: xgcc does not find gcc-4.6.0-go/./binutils/ar (because it is gcc-4.6.0-go/./binutils/binutils/ar)) From: Steffen Dettmer To: Jonathan Wakely Cc: gcc-help , gcc-patches@gcc.gnu.org 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 On Sat, Apr 30, 2011 at 12:38 PM, Jonathan Wakely wrote: >> I tried to express this in this form: >> --- gcc-4.6.0.dist/gcc/doc/install.texi 2011-03-21 13:13:26.000000000 +0100 >> +++ gcc-4.6.0/gcc/doc/install.texi      2011-04-28 15:59:53.000000000 +0200 >> +via SVN, it is reliable. Unpacking into the same directory means >> +that the contents of the (versionized) directories of binutils > > versionized? Thank you, "versioned" seems to be the word I was looking for. >> What should I do now, mail to gcc-patches? > > Yes, patches should always be sent there for discussion and review. ok, so I Cc:. * http://gcc.gnu.org/contribute.html: > Legal Prerequisites None ("Small changes can be accepted without a copyright disclaimer or a copyright assignment on file") > A description of the problem/bug and how your patch addresses it. Users of release tarballs could get confused how to build binutils and gcc and accidently attempt an undesired "combined build". The patch adds some explaining words. > Testcases None. I don't know whether to add a doc test and how to do so. > ChangeLog 2011-05-02 Steffen Dettmer * doc/install.texi (Downloading the Source): Recommended not to build binutils in combined mode when using release tarballs. (to be replaced this by a correct one if an improvement based on the proposal in form of my patch is considered for a commit) > Bootstrapping and testing This change was not tested at all. > The patch itself --- gcc-4.6.0.dist/gcc/doc/install.texi 2011-03-21 13:13:26.000000000 +0100 +++ gcc-4.6.0/gcc/doc/install.texi 2011-05-02 14:39:01.000000000 +0200 @@ -553,7 +553,17 @@ If you also intend to build binutils (either to upgrade an existing installation or for use in place of the corresponding tools of your OS), unpack the binutils distribution either in the same directory or -a separate one. In the latter case, add symbolic links to any +a separate one. Using the same directory is not recommended for +building release tarballs of gcc, but if you obtained the sources +via SVN, it is reliable. Unpacking into the same directory means +that the contents of the (versioned) directories of binutils +and gcc are in one and the same directory (with subdirectories +like @file{gcc}, @file{binutils} and @file{gas}). Contents of the +directories common to and shared by gcc and binutils +(@file{include}, @file{libiberty} and @file{intl}) must be +compatible, making combined builds using standard releases hard +to get right. In case you are using separate directories, which +is recommended, add symbolic links to any components of the binutils you intend to build alongside the compiler (@file{bfd}, @file{binutils}, @file{gas}, @file{gprof}, @file{ld}, @file{opcodes}, @dots{}) to the directory containing the GCC sources.