From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30931 invoked by alias); 5 Jul 2013 23:02:07 -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 30918 invoked by uid 89); 5 Jul 2013 23:02:07 -0000 X-Spam-SWARE-Status: No, score=-4.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1 Received: from mail-ea0-f179.google.com (HELO mail-ea0-f179.google.com) (209.85.215.179) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 05 Jul 2013 23:02:06 +0000 Received: by mail-ea0-f179.google.com with SMTP id b15so1737772eae.24 for ; Fri, 05 Jul 2013 16:02:04 -0700 (PDT) X-Received: by 10.14.182.132 with SMTP id o4mr14157359eem.94.1373065324454; Fri, 05 Jul 2013 16:02:04 -0700 (PDT) Received: from localhost.localdomain (host-92-25-235-49.as13285.net. [92.25.235.49]) by mx.google.com with ESMTPSA id n42sm18017093eeh.15.2013.07.05.16.02.02 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 05 Jul 2013 16:02:03 -0700 (PDT) Message-ID: <51D7507F.5040401@googlemail.com> Date: Fri, 05 Jul 2013 23:02:00 -0000 From: David Fernandez User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: "crossgcc@sourceware.org" Subject: Re: arm[eb]-eabi-gcc for cortex-r4[f] with newlib has problems with multilib/libraries. References: <51BBAFD2.3040300@googlemail.com> In-Reply-To: <51BBAFD2.3040300@googlemail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-07/txt/msg00008.txt.bz2 On 15/06/13 01:05, David Fernandez wrote: > Hi there, > > I've built an arm[eb]-eabi-gcc for --with-cpu=cortex-r4[f] > --with-mode=thumb --with-newlib, both manually and with crosstool-ng. In > all cases, I get a strange problem when building a main function with > ful C runtime library support like this (include the latest version, but > it happens with the little endian, and with the cortex-r4 too): > > $ armeb-eabi-gcc -mbig-endian -mthumb -march=armv7-r -mcpu=cortex-r4f -o > alignpack alignpack.c > /opt/x-tools/armeb-unknown-eabi/lib/gcc/armeb-unknown-eabi/4.7.2/../../../../armeb-unknown-eabi/bin/ld: > error: > /opt/x-tools/armeb-unknown-eabi/lib/gcc/armeb-unknown-eabi/4.7.2/../../../../armeb-unknown-eabi/lib/libc.a(lib_a-strlen-armv7.o): > Conflicting architecture profiles A/R > /opt/x-tools/armeb-unknown-eabi/lib/gcc/armeb-unknown-eabi/4.7.2/../../../../armeb-unknown-eabi/bin/ld: > failed to merge target specific data of file > /opt/x-tools/armeb-unknown-eabi/lib/gcc/armeb-unknown-eabi/4.7.2/../../../../armeb-unknown-eabi/lib/libc.a(lib_a-strlen-armv7.o) > collect2: error: ld returned 1 exit status > > I'm pretty sure that when I built this same kind of compiler for a > cortex-m3, it did not do this. > > Anyway, find attached the alignpack.c, and the crosstool-ng log. I had > to use newlib-2.0.0 to make it work with the tuple armeb-xxx. > > I've tried additional multilib permutations, but the errors keep appearing. > > Any thoughts? > > Regards. > David Fernandez > Hi there, After two weeks, the solution to this problem pop out to me. It was a problem in the newlib strlen implementation, that was forcing the armv7-a architecture. This was solved some time ago in the cvs sources for newlib. Regards. David F. -- For unsubscribe information see http://sourceware.org/lists.html#faq