GNU Arm Embedded Toolchain

Compiling tools directly on BeagleBone Black fails

Bug #1487673 reported by Andrew Lentvorski
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GNU Arm Embedded Toolchain
New
Undecided
Unassigned

Bug Description

If I attempt to compile the ARM tools directly on a BeagleBone black itself. gmp fails to compile:

After:
l@arm:~/toolchain/gcc-arm-none-eabi-4_9-2015q2-20150609$ ./build-prerequisites.sh --skip_steps=mingw32

Configure for gmp fails with:

l@arm:~/toolchain/gcc-arm-none-eabi-4_9-2015q2-20150609/build-native/gmp$ /home/andrewl/toolchain/gcc-arm-none-eabi-4_9-2015q2-20150609/src/gmp-4.3.2/configure --build=armv7l-linux-gnu --host=armv7l-linux-gnu --prefix=/home/andrewl/toolchain/gcc-arm-none-eabi-4_9-2015q2-20150609/build-native/host-libs/usr --enable-cxx --disable-shared --disable-nls

checking build system type... Invalid configuration `armv7l-linux-gnu': machine `armv7l' not recognized
configure: error: /bin/bash /home/andrewl/toolchain/gcc-arm-none-eabi-4_9-2015q2-20150609/src/gmp-4.3.2/config.sub armv7l-linux-gnu failed

Something seems broken as that looks like it should be:
armv7l-unknown-linux-gnueabi rather than armv7l-linux-gnu

Revision history for this message
Andrew Lentvorski (bsder) wrote :

Gah. And of course I left out information.

I'm on a BeagleBone Black Rev C. It is running Debian Jessie:

root@arm:~# uname -a
Linux arm 4.1.6-ti-r11 #1 SMP PREEMPT Tue Aug 18 21:36:11 UTC 2015 armv7l GNU/Linux

I am directly logged into the board itself when I try to compile this stuff.

Revision history for this message
Thomas Preud'homme (thomas-preudhomme) wrote :

Hi Andrew,

Indeed, config.guess and config.sub of the gmp provided in our source package seems to not support an arm host. You could update those but risk having the same problem with other sources. I would recommend instead to do a ppa build which will use the host libraries. Our toolchain's ppa was built on ARM in the past so the main part of the toolchain (gcc, binutils, gdb and newlib) should support this and a ppa build should succeed. Such a build is requested by running build-toolchain.sh with --built_type=ppa

As to the triplet, the purpose of config.sub is to normalize it so it is normal that what you see is not the correct triplet (it's the raw one coming from the system).

Best regards.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.