Package Details: arm-linux-gnueabihf-gcc 11.1.0-1

Git Clone URL: (read-only, click to copy)
Package Base: arm-linux-gnueabihf-gcc
Description: The GNU Compiler Collection (arm-linux-gnueabihf)
Upstream URL:
Licenses: GPL, custom, LGPL, FDL
Conflicts: arm-linux-gnueabihf-gcc-stage1, arm-linux-gnueabihf-gcc-stage2
Provides: arm-linux-gnueabihf-gcc-stage1=11.1.0, arm-linux-gnueabihf-gcc-stage2=11.1.0
Replaces: arm-linux-gnueabihf-gcc-stage1, arm-linux-gnueabihf-gcc-stage2
Submitter: tavianator
Maintainer: razykov
Last Packager: razykov
Votes: 73
Popularity: 1.62
First Submitted: 2015-09-14 15:41
Last Updated: 2021-05-29 16:42

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

Hi-Angel commented on 2017-01-24 12:59

Please, add bison to dependencies.

xoac commented on 2016-11-16 14:48

@tavianator It is normal that there is no libstdc++.a?

My linker yell:
/usr/bin/arm-linux-gnueabihf-ld: cannot find -lstdc++

I need to compile my application static. If I compile without `-static` everything works fine!

tavianator commented on 2016-07-29 21:12

@1ace: What patch?

1ace commented on 2016-07-29 09:03

Your patch doesn't apply anymore, looks like it needs to be rebased :)

tavianator commented on 2015-12-11 22:50

@zenolijo: I hear that it's possible to do a 2-stage cross-compiler build, but I'm not sure how. If anyone knows I'm happy to accept patches!

rpodgorny commented on 2015-11-04 22:08

@zenolijo: yup, just follow the dependency chain replacing gcc with the appropriate stages as you go...

zenolijo commented on 2015-11-04 20:49

This package conflicts with gcc-stage1 and 2, glibc has gcc-stage2 as a makedepend and glibc-headers depends on gcc-stage1. So i compile gcc two times, and then finally replace it with a third one? I have no experience with cross compiling, but is this really necessary?

FreddieChopin commented on 2015-10-16 16:15

Hmm... For now I'm using the toolchain provided by ArchLinuxArm. GCC accepts the options, but I'm reluctant to consider that as a confirmation of full compatibility (; I think that to work with multiple targets this toolchain would need a multilib, and this could be pretty complicated. The multilib configuration for bare-metal ARM microcontrollers is pretty complex, this one would probably be comparable (at least).

tavianator commented on 2015-10-16 14:41

@FreddieChopin: The only ARM devices I can test on are RPis, so I'm not really sure! But I assume that if gcc accepts the flags then it should work. The main thing I'd worry about is the calling conventions with glibc, you may have to recompile that.

FreddieChopin commented on 2015-10-15 09:21

Small question - if I want to compile for BeagleBone Black (with Arch installed), can I use this toolchain (configured as "--with-arch=armv6 --with-float=hard --with-fpu=vfp") but passing "-march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16" to the compiler, or maybe I should recompile the whole toolchain (and its dependencies) with correct flags? The standard "Hello world" test program works with the first option, but is doesn't use FPU (;