Package Details: arm-linux-gnueabihf-gcc 12.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, arm-linux-gnueabihf-gcc-stage2
Replaces: arm-linux-gnueabihf-gcc-stage1, arm-linux-gnueabihf-gcc-stage2
Submitter: tavianator
Maintainer: razykov
Last Packager: razykov
Votes: 76
Popularity: 0.000569
First Submitted: 2015-09-14 15:41 (UTC)
Last Updated: 2022-06-09 22:16 (UTC)

Latest Comments

1 2 3 4 5 6 .. 8 Next › Last »

rbrugo commented on 2022-12-17 00:21 (UTC)

Is there any way to get the libstdc++.a static library along with the shared one? I can't find a way to get it

killruana commented on 2022-05-03 18:01 (UTC) (edited on 2022-05-03 18:02 (UTC) by killruana)

Hi AUR user!

You tried to install this package and get some errors? me too :)

To summarize what it said below, you need to install arm-linux-gnueabihf-gcc-stage1, then arm-linux-gnueabihf-gcc-stage2 and finally arm-linux-gnueabihf-gcc [1].

You also need the edit the PKGBUILD of the thee package to add theses lines at the begin of the build functions [2]:

    CFLAGS="${CFLAGS/ -Werror=format-security/}" 
    CXXFLAGS="${CXXFLAGS/ -Werror=format-security/}"


$ paru -S --fm nvim arm-linux-gnueabihf-gcc-stage1
$ paru -S --fm nvim arm-linux-gnueabihf-gcc-stage2
$ paru -S --fm nvim arm-linux-gnueabihf-gcc

1: 2:

xzz53 commented on 2021-10-08 21:01 (UTC) (edited on 2021-10-08 21:02 (UTC) by xzz53) seems to be gone for good, so can't download isl-0.24.tar.xz needed for this recipe. It's now available via [1]. More details: [2].



aguegu commented on 2021-07-08 11:08 (UTC)

if building failed, try to add these two lines to PKGBUILD.

CFLAGS="${CFLAGS/ -Werror=format-security/}" CXXFLAGS="${CXXFLAGS/ -Werror=format-security/}"

felipebalbi commented on 2021-06-30 09:21 (UTC) (edited on 2021-06-30 09:30 (UTC) by felipebalbi)

Getting unknown key when trying to install stage1.

UPDATE: manually importing the key worked fine

smallAndSimple commented on 2021-06-05 11:52 (UTC) (edited on 2021-06-05 11:55 (UTC) by smallAndSimple)

Every single time an update comes out for this package, I need to install stage-1 -> stage-2 -> this. Is it possible to update directly without having to reinstall stage-1 and stage-2 every single time?

Edit: the problem is arm-linux-gnueabihf-glibc, which requires a newer gcc, but the newer gcc requires the newer glibc. Only way to break the cycle is to install the new stage-2, which requires the new stage-1.

mtudan commented on 2021-03-17 09:35 (UTC)

Got the following error with paru:

configure: error: 
*** These critical programs are missing or too old: GNU ld
*** Check the INSTALL file for required versions.

JanSurft commented on 2021-03-05 13:55 (UTC) (edited on 2021-03-05 13:55 (UTC) by JanSurft)

Is there a straight forward way to also provide the libstdc++.a static library together with the shared?

I can only see the *.so files of libstdc++ and I would need the static one for some cross compilation issues.

@smallAndSimple: it worked perfectly the way you described it

smallAndSimple commented on 2021-02-20 15:09 (UTC) (edited on 2021-02-20 15:17 (UTC) by smallAndSimple)

Edit: this is about the missing libctf problem.

I digged around a bit, and the actual problem lies in arm-linux-gnueabihf-binutils. I did the following as a workaround:

  1. Cleaned up all arm-linux-gnueabihf-* related stuff completely.

  2. Download arm-linux-gnueabihf-binutils PKGBUILD and add --disable-libctf\ to the list of ./configure parameters

  3. makepkg -sri to install arm-linux-gnueabihf-binutils

  4. Install arm-linux-gnueabihf-gcc-stage1

  5. Install arm-linux-gnueabihf-gcc-stage2

  6. Install this

A less thorough approach might be possible. Also, libctf apparantly can do something useful with debug sections, so you might run into trouble down the line.

smallAndSimple commented on 2021-02-20 14:37 (UTC)

So, since the situation will probably not be solved very soon ( is closed because of upstream), is there a way around it? Can you compile this without libctf?