From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31181 invoked by alias); 27 Feb 2014 08:16:06 -0000 Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org Received: (qmail 31170 invoked by uid 89); 27 Feb 2014 08:16:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-qg0-f45.google.com Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Thu, 27 Feb 2014 08:16:04 +0000 Received: by mail-qg0-f45.google.com with SMTP id j5so4750936qga.4 for ; Thu, 27 Feb 2014 00:16:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=VgLGBvF+/C8sCBQop8+CynjGqPK9UH9LQ0H97zy9dD8=; b=McpbGwNLjlM6QaBBaB9CRdtBJUKiBN+7CeCYAyIavtVui5tIwz4ytIeBgfyt0TNcVq WtT082d5DeD//NnwmJf62+Lo1g/EhqZUVu7Ky6X23SfhDkaCALQESuTKVq5mI2+UJ7L+ MUJpXpwsBEhvZiC1lopbq5c0h2F0bBF7Q0bxoSHWmzg893hfJC6XHxJm0Ub5uL/B1Fd5 LybrCkALhJCGQRgnEIJ7r+9+CKxg+GD2Fs/vROYuGdz96M2e/SNAJfwO4nJp+p23TdE5 um9bMBB217bMXRlp63uGIWAbI2RwMaqIvZlk2xPMIfZ9m+NCcPId87CKOiAEx57qIrQZ YpFg== X-Gm-Message-State: ALoCoQkbNTnE/3Qb0DROncX7UDbyZUZiIqxYK17yt4Mha2QA/bbt9BN14oIyrGZdU+rOm2upGW8S X-Received: by 10.140.95.45 with SMTP id h42mr5375087qge.2.1393488962435; Thu, 27 Feb 2014 00:16:02 -0800 (PST) Received: from [192.168.141.83] (69-165-220-158.dsl.teksavvy.com. [69.165.220.158]) by mx.google.com with ESMTPSA id h12sm3697924qge.0.2014.02.27.00.16.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Feb 2014 00:16:01 -0800 (PST) Message-ID: <530EF441.1060302@linaro.org> Date: Thu, 27 Feb 2014 08:16:00 -0000 From: Trevor Woerner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ray Donnelly CC: "crossgcc@sourceware.org" Subject: Re: multilib-list References: <530E2237.50603@linaro.org> <530E45F5.1040404@linaro.org> <530E7B42.5070409@linaro.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-02/txt/msg00078.txt.bz2 On 02/26/14 19:37, Ray Donnelly wrote: >> In my case I'd like to use it to build multilib toolchains using the >> "custom" version. Could that scenario be added too? It looks like that >> won't be easy. I think it would be safe to assume if a user is >> performing a build using custom versions that they're knowledgeable >> enough to know if they want multilib. It reminds me of the patches you >> have to add snapshots and additional versions. > I'm not sure what you mean about "custom" version. Under "Paths and misc options" a user can specify a "Directory containing custom source components" (CT_CUSTOM_LOCATION_ROOT_DIR). Then under "Binary utilities" (for example) when choosing the "binutils version" the user can select "Custom". If no "Full path to custom binutils source" (CT_BINUTILS_CUSTOM_LOCATION) is provided, crosstool-NG will look in: ${CT_CUSTOM_LOCATION_ROOT_DIR}/binutils for the binutils source. The same is true for the C compiler version, C library version, gdb version, and probably others. This is (IMHO) a very nice feature! In my case I'm investigating using crosstool-NG to build a toolchain based on the gcc-arm-embedded sources[1]. Unfortunately the sources for this toolchain are provided as one tarball which contains the tarballs of all the sub-components (i.e. gcc, newlib, binutils, etc). Having this feature in crosstool-NG makes working with these sources much easier and I'm very glad such a thing is available. In this case, the gcc-arm-embedded source, although indicated as 4.8.3, does include multilib capabilities. If the multilib support in crosstool-NG requires gcc-4.9 or better for ARM toolchains I won't be able to provide the list of multilib targets for this build. I think if a crosstool-NG user is making use of the "custom" feature, there's a chance they're working with pre-release software. In which case making the multilib facility available would be a good idea. Either that or abandon trying to determine a priori (based on version number + architecture alone) which combinations should allow a user to specify the multilib list :-) [1] https://launchpad.net/gcc-arm-embedded -- For unsubscribe information see http://sourceware.org/lists.html#faq