This is the mail archive of the
mailing list for the newlib project.
Re: arm[eb]-eabi-gcc for cortex-r4[f] with newlib has problems with multilib/libraries.
- From: David Fernandez <david dot fernandez dot work at googlemail dot com>
- To: Will Newton <will dot newton at linaro dot org>
- Cc: "newlib at sourceware dot org" <newlib at sourceware dot org>
- Date: Fri, 05 Jul 2013 23:58:58 +0100
- Subject: Re: arm[eb]-eabi-gcc for cortex-r4[f] with newlib has problems with multilib/libraries.
- References: <51BBAFD2 dot 3040300 at googlemail dot com> <51D5E84B dot 1060403 at googlemail dot com> <CANu=Dmh+g+RBrOBwWcviA+kkeNBz6gQSJYpUmpjGyqzDcSRg2Q at mail dot gmail dot com> <51D73AFB dot 7080309 at googlemail dot com>
On 05/07/13 22:30, David Fernandez wrote:
> On 05/07/13 10:01, Will Newton wrote:
>> On 4 July 2013 22:25, David Fernandez
>> <email@example.com> wrote:
>>> Hi there,
>>> Given my problem in the e-mail below, which nobody in crossgcc seems to
>>> get any idea about it so far, I was wondering if it could have something
>>> to do with newlib itself. The problem looks like the newlib strlen gets
>>> compiled for the armv7-a architecture, regardless of specifying both the
>>> cortex-r4[f] cpu, and the armv7-r architecture as defaults when building
>>> the arm-eabi-gcc.
>>> There is a proposed patch for newlib that made me suspect that the
>>> armv7-a might be hard-coded somehow in the strlen implementation:
>> Hi David,
>> Have you tried a build with that patch applied i.e. current newlib HEAD?
>> It looks like the old code explicitly set the architecture, whereas
>> the new code doesn't. Alternatively you could try deleting the line in
>> .arch armv7-a
>> Will Newton
>> Toolchain Working Group, Linaro
> Hi Will,
> I've tried to use the anoncvs, but I need to know the required modules
> to checkout, in addition to newlib and libgloss, as with those two, gcc
> complains of missing files:
> configure: error: cannot find install-sh, install.sh, or shtool in ..
> Could you let me know what are they?. Usually I link the folders newlib
> and libgloss from newlib released sources into gcc source folder, but
> the cvs modules seem to have some things missing.
Never mind, it was a non-linearity of the cvs co -d option that I was
using to get rid of the src extra folder.
Yes. The head of newlib solves the problem!