From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17902 invoked by alias); 2 Oct 2009 19:24:06 -0000 Received: (qmail 17885 invoked by uid 22791); 2 Oct 2009 19:24:05 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from zoidberg.rfc1149.net (HELO zoidberg.rfc1149.net) (91.121.19.179) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 02 Oct 2009 19:23:55 +0000 Received: from localhost (localhost [127.0.0.1]) by zoidberg.rfc1149.net (Postfix) with ESMTP id 14C0215C55; Fri, 2 Oct 2009 21:23:53 +0200 (CEST) Received: from zoidberg.rfc1149.net ([127.0.0.1]) by localhost (zoidberg.rfc1149.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8eVkkzqMg08B; Fri, 2 Oct 2009 21:23:47 +0200 (CEST) Received: from mail2.rfc1149.net (willow.rfc1149.net [IPv6:2001:6f8:37a:2::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail2.rfc1149.net", Issuer "CAcert Class 3 Root" (verified OK)) by zoidberg.rfc1149.net (Postfix) with ESMTPS id 00436638D; Fri, 2 Oct 2009 21:23:46 +0200 (CEST) Received: by mail2.rfc1149.net (Postfix, from userid 1000) id D4BA9C4100; Fri, 2 Oct 2009 21:23:45 +0200 (CEST) To: Paul Brook Cc: gcc@gcc.gnu.org, Joel Sherrill Subject: Re: arm-elf multilib issues References: <4AC4AF2E.50704@oarcorp.com> <200910011519.10575.paul@codesourcery.com> Date: Fri, 02 Oct 2009 19:24:00 -0000 In-Reply-To: <200910011519.10575.paul@codesourcery.com> (Paul Brook's message of "Thu, 1 Oct 2009 15:19:10 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: Samuel Tardieu Content-Transfer-Encoding: 8bit Message-Id: <2009-10-02-21-23-45+trackit+sam@rfc1149.net> Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2009-10/txt/msg00042.txt.bz2 >>>>> "Paul" == Paul Brook writes: Paul> IMHO building lots of multilibs by default significantly increases Paul> toolchain size and build time for little actual benefit. ARM CPUs Paul> are generally backwards compatible and we only have one important Paul> ABI variant, so very few multilibs are required for a functional Paul> toolchain. I have had problem in the past with Cortex M3 based processors because libraries were not compiled with the Thumb-2 instruction set (which is the only one supported by those ARM CPUs) variant. Sam -- Samuel Tardieu -- sam@rfc1149.net -- http://www.rfc1149.net/