From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9165 invoked by alias); 19 Jun 2012 17:06:52 -0000 Received: (qmail 9126 invoked by uid 22791); 19 Jun 2012 17:06:45 -0000 X-SWARE-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-pb0-f41.google.com (HELO mail-pb0-f41.google.com) (209.85.160.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 19 Jun 2012 17:06:32 +0000 Received: by pbbrp2 with SMTP id rp2so10913880pbb.0 for ; Tue, 19 Jun 2012 10:06:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.217.234 with SMTP id pb10mr66402069pbc.79.1340125591632; Tue, 19 Jun 2012 10:06:31 -0700 (PDT) Received: by 10.68.62.4 with HTTP; Tue, 19 Jun 2012 10:06:31 -0700 (PDT) In-Reply-To: References: <4FDF9888.1050405@googlemail.com> <4FDFAAEE.5080100@googlemail.com> <4FDFC38D.90206@googlemail.com> <4FDFCE90.2060100@googlemail.com> Date: Tue, 19 Jun 2012 17:06:00 -0000 Message-ID: Subject: Re: crt0.o from newlib has ARM32-only routines when building gcc for arm-eabi From: David Fernandez To: Khem Raj Cc: "crossgcc@sourceware.org" Content-Type: text/plain; charset=ISO-8859-1 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 X-SW-Source: 2012-06/txt/msg00038.txt.bz2 On Tue, Jun 19, 2012 at 3:17 PM, Khem Raj wrote: > On Tue, Jun 19, 2012 at 6:15 AM, David Fernandez > wrote: >> unimplemented: Thumb-1 hard-float VFP ABI > > --with-cpu=cortex-m3 That was the problem! (no need to add --disable-decimal-float, which is disabled by default on arm targets). Thanks very much! I guess this poses a few questions: Should there be several crt0.o files available, that gcc should pick depending on the -mthumb, -march, and -mcpu? Is it that gcc is not quite there yet, or that newlib is not yet compatible enough with the gcc multilib build system? Any gcc guru knows something about this? As otherwise, the --target configuration option does not produce a compiler supporting all the cpus and architectures that the target covers in theory, and then perhaps there should be a default prefix/suffix for the executables and folders depending on the --with-cpu and/or --with-arch... Cheers -- For unsubscribe information see http://sourceware.org/lists.html#faq