Arch Linux User Repository

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/}"

E.G.:

$ 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: https://aur.archlinux.org/packages/arm-linux-gnueabihf-gcc#comment-788911 2: https://aur.archlinux.org/packages/arm-linux-gnueabihf-gcc#comment-816423

isl.gforge.inria.fr 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].

[1] https://libisl.sourceforge.io/isl-0.24.tar.xz

[2] https://groups.google.com/g/isl-development/c/JGaMo2VUu_8

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

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

https://aur.archlinux.org/packages/arm-linux-gnueabihf-gcc-stage1/#comment-811696

Getting unknown key when trying to install stage1.

UPDATE: manually importing the key worked fine

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.

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.

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

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.

So, since the libctf.so.0 situation will probably not be solved very soon (https://bugs.archlinux.org/task/69567 is closed because of upstream), is there a way around it? Can you compile this without libctf?

Can't compile. libctf.so.0 is missing. Here is bug for it https://bugs.archlinux.org/task/69567

@AchmadFathoni My mistake. I pasted them in the wrong order. It should be stage 1 -> stage 2 -> gcc. I called them progressive because stage 1 is used to build stage 2, stage 2 is used to build the final gcc.

@tayspen72 Are you sure that sequence correct? Becasue arm-linux-gnueabihf-gcc-stage2 requires arm-linux-gnueabihf-glibc-headers which requires arm-linux-gnueabihf-gcc-stage1. I get this error when installing arm-linux-gnueabihf-gcc-stage2

==> Missing dependencies:
  -> arm-linux-gnueabihf-gcc-stage1>=10.2.0-1
==> ERROR: Could not resolve all dependencies.
error making: arm-linux-gnueabihf-glibc-headers

@AchmadFathoni remember that this cross-compile gcc is a progressive or sequential install. They must be installed in order. IE:

-> arm-linux-gnueabihf-gcc-stage1
-> arm-linux-gnueabihf-gcc-stage2
-> arm-linux-gnueabihf-gcc

I just verified this, also using yay.

Yay error

==> Missing dependencies:
  -> arm-linux-gnueabihf-gcc-stage2>=10.2.0-1
==> ERROR: Could not resolve all dependencies.
error making: arm-linux-gnueabihf-glibc

Is there any AUR helper beside yay that can successfully install this package?

My Raspberry Pi died, so I don't have the ability to test this package any more. If anyone wants to take over maintenance please be my guest!

Please change source url to use a mirror.

• https://sourceware.org/pub/gcc/releases/gcc-${pkgver}/gcc-${pkgver}.tar.xz{,.sig}
• https://ftpmirror.gnu.org/gcc/gcc-${pkgver}/gcc-${pkgver}.tar.xz{,.sig}

Can you install libatomic in package()?

I also had a problem importing GPG keys, but changing the keyserver to pool.sks-keyservers.net helped import them manually. But now i'm getting this:

==> Verifying source file signatures with gpg...
    gcc-10.1.0.tar.xz ... Passed (WARNING: the key has expired.)
==> WARNING: Warnings have occurred while verifying the signatures.
    Please make sure you really trust them.
 -> arm-linux-gnueabihf-gcc-stage2 not satisfied, flushing install queue
==> Making package: arm-linux-gnueabihf-glibc 2.31-3.1 (Sun 04 Oct 2020 06:59:25 AM CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Missing dependencies:
  -> arm-linux-gnueabihf-gcc-stage2
==> ERROR: Could not resolve all dependencies.
error making: arm-linux-gnueabihf-glibc

gpg --keyserver pool.sks-keyservers.net --recv-keys ABAF11C65A2970B130ABE3C479BE3E4300411886 BC7C7372637EC10C57D7AA6579C43DFBF1CF2187 F3691687D867B81B51CE07D9BBE43771487328A9 13975A70E63C361C73AE69EF6EEB81F8981C74C7 33C235A34C46AA3FFB293709A328C3A2C3C45C06 3A24BC1E8FB409FA9F14371813FCEF89DD9E3C4F 647F28654894E3BD457199BE38DBBDC86092693E 7273542B39962DF7B299931416792B4EA25340F8 86CFFCA918CF3AF47147588051E8B148A9999C34

Fixed that... now:

==> Verifying source file signatures with gpg... gcc-10.1.0.tar.xz ... Passed -> arm-linux-gnueabihf-gcc-stage2 not satisfied, flushing install queue ==> Making package: arm-linux-gnueabihf-glibc 2.31-3.1 (Wed Aug 26 16:49:47 2020) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Missing dependencies: -> arm-linux-gnueabihf-gcc-stage2 ==> ERROR: Could not resolve all dependencies. error making: arm-linux-gnueabihf-glibc

Getting an error:

:: PGP keys need importing: -> 3A24BC1E8FB409FA9F14371813FCEF89DD9E3C4F, required by: arm-linux-gnueabihf-binutils -> 7273542B39962DF7B299931416792B4EA25340F8, required by: arm-linux-gnueabihf-glibc -> BC7C7372637EC10C57D7AA6579C43DFBF1CF2187, required by: arm-linux-gnueabihf-glibc -> F3691687D867B81B51CE07D9BBE43771487328A9, required by: arm-linux-gnueabihf-gcc -> 86CFFCA918CF3AF47147588051E8B148A9999C34, required by: arm-linux-gnueabihf-gcc -> 13975A70E63C361C73AE69EF6EEB81F8981C74C7, required by: arm-linux-gnueabihf-gcc -> 33C235A34C46AA3FFB293709A328C3A2C3C45C06, required by: arm-linux-gnueabihf-gcc :: Importing keys with gpg... gpg: keyserver receive failed: General error problem importing keys

@tavianator

Sorry for the late reply. I am usually busy from Monday to Friday :/

Yes, I do:

[alzeha@flaptop ~]$ ls /usr/arm-linux-gnueabihf/lib/
audit                    libdl.so.2             libpthread.a
crt1.o                   libg.a                 libpthread.so
crti.o                   libgcc_s.so            libpthread.so.0
crtn.o                   libgcc_s.so.1          libresolv-2.31.so
gconv                    libm-2.31.so           libresolv.a
gcrt1.o                  libm.a                 libresolv.so
ld-2.31.so               libmcheck.a            libresolv.so.2
ld-linux-armhf.so.3      libmemusage.so         librt-2.31.so
ldscripts                libm.so                librt.a
libanl-2.31.so           libm.so.6              librt.so
libanl.a                 libnsl-2.31.so         librt.so.1
libanl.so                libnsl.so.1            libSegFault.so
libanl.so.1              libnss_compat-2.31.so  libstdc++fs.a
libBrokenLocale-2.31.so  libnss_compat.so       libstdc++.so
libBrokenLocale.a        libnss_compat.so.2     libstdc++.so.6
libBrokenLocale.so       libnss_db-2.31.so      libstdc++.so.6.0.28
libBrokenLocale.so.1     libnss_db.so           libstdc++.so.6.0.28-gdb.py
libc-2.31.so             libnss_db.so.2         libsupc++.a
libc.a                   libnss_dns-2.31.so     libthread_db-1.0.so
libc_nonshared.a         libnss_dns.so          libthread_db.so
libcrypt-2.31.so         libnss_dns.so.2        libthread_db.so.1
libcrypt.a               libnss_files-2.31.so   libutil-2.31.so
libcrypt.so              libnss_files.so        libutil.a
libcrypt.so.1            libnss_files.so.2      libutil.so
libc.so                  libnss_hesiod-2.31.so  libutil.so.1
libc.so.6                libnss_hesiod.so       Mcrt1.o
libdl-2.31.so            libnss_hesiod.so.2     Scrt1.o
libdl.a                  libpcprofile.so
libdl.so                 libpthread-2.31.so
[alzeha@flaptop ~]$ 

@alzeha: Do you have the file /usr/arm-linux-gnueabihf/lib/libpthread.so.0 present, from the package arm-linux-gnueabihf-glibc?

Hi,

does anyone else have something like this:

arm-linux-gnueabihf-gcc -O2 -Wall -Wextra -std=c99 -Iinc -I. -L. tst/test_loragw_spi.c -o test_loragw_spi -lloragw -lrt -lm
/usr/bin/arm-linux-gnueabihf-ld: warning: libpthread.so.0, needed by /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so, not found (try using -rpath or -rpath-link)
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `pthread_detach@GLIBC_2.4'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `__pthread_barrier_wait@GLIBC_PRIVATE'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `__pthread_barrier_init@GLIBC_PRIVATE'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `pthread_create@GLIBC_2.4'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `__pthread_unwind@GLIBC_PRIVATE'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `pthread_attr_setstacksize@GLIBC_2.4'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `pthread_cancel@GLIBC_2.4'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `pthread_sigmask@GLIBC_2.4'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `pthread_once@GLIBC_2.4'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `__shm_directory@GLIBC_PRIVATE'
/usr/bin/arm-linux-gnueabihf-ld: /usr/lib/gcc/arm-linux-gnueabihf/10.1.0/../../../../arm-linux-gnueabihf/lib/librt.so: undefined reference to `__pthread_get_minstack@GLIBC_PRIVATE'

I do not see, what is happening here. I followed the order, given at the pinned comment.

EDIT:

[alzeha@flaptop ~]$ /usr/bin/arm-linux-gnueabihf-ld --verbose | grep SEARCH_DIR | tr -s ' ;' \\012
SEARCH_DIR("/usr/lib/binutils/arm-linux-gnueabihf")
SEARCH_DIR("=/usr/arm-linux-gnueabihf/lib")

This does not seem right, or? There is additional =?

@volker.raschek: So yay just seems totally unable to resolve the dependency chain. That's too bad, I know it used to work. Try installing everything in the order from the pinned comment.

@tavianator: I've set LC_ALL and tried to install the arm-linux-gnueabihf-gcc-stage2 package manually with yay. I attached links to screenshots of the yay parms and the error below

https://ibb.co/phRmbbf https://ibb.co/2sDWDHj

@volker.raschek: Possibly a bug in yay? If you try installing arm-linux-gnueabihf-gcc-stage2 manually does it work?

@streblo: More important than the compiler version is the version of the system libraries. I'm not sure what the relevant versions are for Debian, but you'd probably have more luck asking a Debian community.

Failed to build the package with yay. Missing dependency arm-linux-gnueabihf-gcc-stage2.

(2/2) Keep the last cache and the currently installed.
==> no candidate packages found for pruning
==> Erstelle Paket: arm-linux-gnueabihf-glibc 2.31-3.1 (Sa 30 Mai 2020 23:07:56 CEST)
==> Prüfe Laufzeit-Abhängigkeiten...
==> Prüfe Buildtime-Abhängigkeiten...
==> Fehlende Abhängigkeiten:
  -> arm-linux-gnueabihf-gcc-stage2
==> FEHLER: Konnte nicht alle Abhängigkeiten auflösen.
Error making: arm-linux-gnueabihf-glibc

Can anybody fix the error?

If I want a 8.3 toolchain for Debian buster is there an easy way to chase down which version of this package I need? Or can the host compiler be ahead of the target you are compiling for?

@felipebalbi: I just updated everything. I credited you for the binutils patch since I took your solution to the conflicting files.

@tavianator the reason I went with 10.1 is twofold:

1. AARCH64 is already in 10.1 (see https://www.archlinux.org/packages/community/x86_64/aarch64-linux-gnu-gcc/)

2. If I was already updating, might as well update to the latest :-p

Anyway here are all commits which I've pushed to github mirrors of your AUR repositories:

1. https://github.com/felipebalbi/arm-linux-gnueabihf-binutils/commit/a9155a826e5516629e95037cb43b384c7a30bfdb
2. https://github.com/felipebalbi/arm-linux-gnueabihf-gcc-stage1/commit/ed06b071689303dcc310fefb5a4d23826c789970
3. https://github.com/felipebalbi/arm-linux-gnueabihf-linux-api-headers/commit/0e0d710aeefdff4bc3f3ff82dae4d34142c4ce4b
4. https://github.com/felipebalbi/arm-linux-gnueabihf-glibc-headers/commit/e828eb4bacbc428b820a27b20fb445a160dcd018
5. https://github.com/felipebalbi/arm-linux-gnueabihf-gcc-stage2/commit/a505dd9d25f119548501b76105fa614ea47e7e41
6. https://github.com/felipebalbi/arm-linux-gnueabihf-glibc/commit/2e67b8513ee0f4463f76a11b8b90c51228893f38
7. https://github.com/felipebalbi/arm-linux-gnueabihf-gcc/commit/2bbb16d1545b54e845652c400ef3ea67878b869b

cheers

@felipebalbi Sure, post the patches somewhere and I'll at least take a look.

Generally I try to follow the non-cross versions of these packages, which means taking changes from https://github.com/archlinuxarm/PKGBUILDs/blob/master/core/gcc and friends. Since Arch isn't at 10.1 yet, neither is this package.

Would you accept a patch updating GCC to 10.1 or is someone already working on that? Also, assuming you would accept such a patch, would it require updating binutils and glibc as well?

UPDATE: FYI, I have the patch for gcc and I've tested it by building the linux-kernel.

UPDATE 2: I wrote the patches for all other packages (binutils, gcc-stage1, linux-api-headers, glibc-headers, gcc-stage2 and glibc), however binutils won't install due to it trying to overwrite existing files. I'll try to figure out why those files are included. Once all packages are compiling and installing fine, I'll report here.

UPDATE 3: All 7 packages built and installed. Working fine so far. It would be great to have them integrated so we can all have newest GCC for ARM32 boards

@tavianator or anyone else, I have a question. I am trying to find the equivalent of the ubuntu package pkg-config-arm-linux-gnueabihf on ArchLinux. Which package should I look for?

Yes, that worked. Thank you!

@smallAndSimple: I pushed an update to alg-glibc that removes the version requirement on gcc. That should allow everything to build automatically, let me know if it works.

I cannot update this packet in Yay because of a weird (curcular?) thing:

I want to update arm-linux-gnueabihf-gcc to 9.2.0-4. But for that I need arm-linux-gnueabihf-glibc 2.30-3. To install linux-gnueabihf-glibc, I will need arm-linux-gnueabihf-gcc-stage2>=9.2.0-4, which arm-linux-gnueabihf-gcc does provide, but I cannot install that because of the glibc version.

How can I break this cycle, other than removing all of the arm-linux-gnueabihf packagesd and reinstalling them in order?

There is no need to mess with any order, just install arm-linux-gnueabihf-gcc and arm-linux-gnueabihf-glibc together.

However I'm getting a failure anyway, see my comment here: https://aur.archlinux.org/packages/arm-linux-gnueabihf-glibc-headers/#comment-694530

@TheSaint: Uh because that's how you build a cross-toolchain? If you have a better way please let me know! I think it's possible to do 2 stages of GCC instead of 3 but I haven't gotten it working. At least my install.sh script should avoid wasting bandwidth, as it symlinks the glibc and gcc tarballs to avoid re-downloading them.

Today I got an update, but there's no order that the aur helper will respect. I currently using pikaur. So I presume that the entire update should be packaged with one only script as you mentioned, which is presumably the install.sh I followed your proposed order, but still have to discard a package because of conflicts. gcc-stage2 discards gcc-stage1 glibc discards glibc-headers gcc discards gcc-stage2

Why should we bear for such bandwidth & time wastage ?

Package as is does not allow for -static flag for gcc. If you try you get error "/usr/bin/arm-linux-gnueabihf-ld: cannot find -lstdc++".

The solution is to build libstdc++.a yourself. I had to inspect PKGBUILD for source url, compile as described there http://www.linuxfromscratch.org/lfs/view/stable-systemd/chapter05/gcc-libstdc++.html, then move libstdc++.a into /usr/arm-linux-gnueabihf. What could be avoided if only both shared and static version of stdlib were build by default.

I think package should have libstdc++.a included. At least I would appreciate that.

@TheSaint: The correct order can be seen here: https://github.com/tavianator/arch-rpi-cross/blob/master/install.sh

It is

arm-linux-gnueabihf-binutils
arm-linux-gnueabihf-gcc-stage1
arm-linux-gnueabihf-linux-api-headers
arm-linux-gnueabihf-glibc-headers
arm-linux-gnueabihf-gcc-stage2
arm-linux-gnueabihf-glibc
arm-linux-gnueabihf-gcc

The dependencies and provides have been set up so that AUR helpers should (hopefully) figure that out automatically.

To compile this package is necessary arm-linux-gnueabihf-binutils, which require arm-linux-gnueabihf-gcc-stage2. But also the arm-linux-gnueabihf-linux-api-headers is in the dependencies list, which require arm-linux-gnueabihf-gcc-stage1, but then there's a conflict with arm-linux-gnueabihf-gcc-stage2. Then also arm-linux-gnueabihf-glibc-headers are in conflict with arm-linux-gnueabihf-glibc. So what is the right one and save us to download the wrong one ?

For anyone having public key issues, I had to do gpg --recv-keys 16792B4EA25340F8

Please ignore my previous comment as I have solved the issue (undeclared env variables) by removing C/C++ entries in my .bashrc.

I'm getting the following errors. Can anyone help pls? I'm not very experienced at this..

error: ‘DEFAULT_GENERATE_ELF_STT_COMMON’ undeclared here (not in a function); did you mean ‘BFD_USE_ELF_STT_COMMON’? error: ‘TARGET_ALIAS’ undeclared (first use in this function); did you mean ‘TARGET_ARCH’? error: ‘TARGET_ALIAS’ undeclared (first use in this function); did you mean ‘TARGET_ARCH’? error: ‘TARGET_CANONICAL’ undeclared (first use in this function); did you mean ‘TARGET_ALIAS’? error: ‘TARGET_CPU’ undeclared (first use in this function); did you mean ‘TARGET_ARCH’?

Why this package does not come with arm-linux-gnueabihf-pkg-config ?

fixed by reinstalling arm-linux-gnueabihf-binutils

after update to 7.2.0-3 compilation of trivial main.c fails with '/usr/lib/gcc/arm-linux-gnueabihf/7.2.0/cc1: error while loading shared libraries: libmpfr.so.4: cannot open shared object file: No such file or directory'

@sirplatypus: The correct order can be seen here: https://github.com/tavianator/arch-rpi-cross/blob/master/install.sh

Due to the sheer number of errors I have run into trying to compile this package, I am now wondering what the correct way to go about this is. Just trying to compile this package of course does not work, and at this point I have gathered that each dependency must be individually installed in a specific order. What is that order? Thanks