Package Details: arm-linux-gnueabihf-gcc-stage2 14.2.1.git+ab884fffe3f-1

Git Clone URL: https://aur.archlinux.org/arm-linux-gnueabihf-gcc-stage2.git (read-only, click to copy)
Package Base: arm-linux-gnueabihf-gcc-stage2
Description: The GNU Compiler Collection. Stage 2 for toolchain building
Upstream URL: https://gcc.gnu.org
Licenses: GPL, custom, LGPL, FDL
Conflicts: arm-linux-gnueabihf-gcc-stage1
Provides: arm-linux-gnueabihf-gcc-stage1
Replaces: arm-linux-gnueabihf-gcc-stage1
Submitter: tavianator
Maintainer: wgottwalt
Last Packager: wgottwalt
Votes: 30
Popularity: 0.004360
First Submitted: 2015-09-14 15:37 (UTC)
Last Updated: 2024-12-03 18:20 (UTC)

Latest Comments

1 2 Next › Last »

wgottwalt commented on 2024-08-04 19:20 (UTC)

Looks like the Arch maintainers had a little fuckup. Today they released gcc-4.2.1 and it looks like it was build against a newer version of binutils. Today also binutils 2.43 came out. So they put the gcc into the online repos before the new binutils. Just keep updating until you get the new binutils. After that try to build the whole toolchain again.

wgottwalt commented on 2024-08-04 19:08 (UTC)

Ah, that gcc 14.2.1 update came in last two days. I will look into this using the official gcc from the Arch repos and not my own snapshot. I already have a suspicion what it could be.

awal commented on 2024-08-04 18:20 (UTC)

Tried again after fixing the space issue. Same problem https://w.awalgarg.me/d/G-5pIu6hS.

awal commented on 2024-08-04 18:01 (UTC)

Whoops, my bad, I've run out of space on my disk. I'll fix that and try again. Sorry again.

awal commented on 2024-08-04 17:58 (UTC)

I removed all arm-linux* packages and did a clean build but I am still facing the same error on stage1. Installing arm-linux-gnueabihf-linux-api-headers is also failing due to this error: https://w.awalgarg.me/d/wvfvlfCCz.

awal commented on 2024-08-04 17:48 (UTC)

Hi wgottwalt, thanks for checking.

So, you are already on gcc 14.2.1? This is not the standard yet in Arch. Maybe this is where the problem comes from. But let me update the toolchain to gcc 14.2 first, and if it still happens, I will dig into it.

Not sure I follow. My gcc is the one in core currently, https://archlinux.org/packages/core/x86_64/gcc/.

$ pacman -Qi gcc | rg -i version Version : 14.2.1+r26+g14fa2b2ae7f-1

I pulled the new build and tried reinstalling stage1 and stage2 but now stage1 is also failing with the same issue https://w.awalgarg.me/d/HsDVGH7tB.

Let me try cleaning up a bit and trying again. I'll post another update.

wgottwalt commented on 2024-08-04 16:36 (UTC)

Okay, I refreshed the whole toolchain and also built it from scratch. This went just fine. But I must admit that I'm on my gcc-15-snapshot builds.

wgottwalt commented on 2024-08-04 15:49 (UTC)

Hmm, a quick look at your logs shows this:

checking for x86_64-pc-linux-gnu-ar... (cached) ar --plugin /usr/lib/gcc/x86_64-pc-linux-gnu/14.2.1/liblto_plugin.so

So, you are already on gcc 14.2.1? This is not the standard yet in Arch. Maybe this is where the problem comes from. But let me update the toolchain to gcc 14.2 first, and if it still happens, I will dig into it.

awal commented on 2024-08-04 12:46 (UTC)

Hi, I am unable to compile this package locally.

It's currently failing for me with reference failures to functions in libiberty (https://w.awalgarg.me/d/1Cjz8TV3P).

Any ideas?

xiretza commented on 2023-08-05 12:25 (UTC)

Same issue here as in arm-linux-gnueabihf-gcc-stage1, GPG key was removed from validpgpkeys=() and now it doesn't build anymore.

1 2 Next › Last »