Arch linux arm linux gnueabihf

Arch Linux User Repository

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?

tavianator commented on 2020-05-15 19:46 (UTC)

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

felipebalbi commented on 2020-05-13 05:49 (UTC)

@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:

tavianator commented on 2020-05-13 01:55 (UTC)

@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.

felipebalbi commented on 2020-05-12 06:19 (UTC) (edited on 2020-05-12 14:23 (UTC) by felipebalbi)

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

acxz commented on 2020-03-21 23:06 (UTC)

@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?

smallAndSimple commented on 2020-01-12 15:01 (UTC)

Yes, that worked. Thank you!

tavianator commented on 2020-01-10 15:32 (UTC)

@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.

smallAndSimple commented on 2020-01-10 10:48 (UTC)

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?

mikro commented on 2019-05-22 15:00 (UTC)

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

Copyright © 2004-2023 aurweb Development Team.

AUR packages are user produced content. Any use of the provided files is at your own risk.

Источник

Arch Linux User Repository

@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.

AchmadFathoni commented on 2021-01-30 23:38 (UTC)

@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 

tayspen72 commented on 2021-01-30 16:41 (UTC) (edited on 2021-01-31 18:54 (UTC) by tayspen72)

@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.

AchmadFathoni commented on 2021-01-30 15:54 (UTC) (edited on 2021-01-30 16:30 (UTC) by AchmadFathoni)

==> 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?

tavianator commented on 2021-01-19 14:50 (UTC)

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!

lightning1141 commented on 2021-01-15 09:27 (UTC)

Please change source url to use a mirror.

• https://sourceware.org/pub/gcc/releases/gcc-$/gcc-$.tar.xz
• https://ftpmirror.gnu.org/gcc/gcc-$/gcc-$.tar.xz

yshui commented on 2021-01-04 10:34 (UTC)

Can you install libatomic in package() ?

wojciechkepka commented on 2020-10-04 05:01 (UTC) (edited on 2020-10-04 05:02 (UTC) by wojciechkepka)

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 

peter.babic commented on 2020-09-09 05:01 (UTC)

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

Copyright © 2004-2023 aurweb Development Team.

AUR packages are user produced content. Any use of the provided files is at your own risk.

Источник

Arch Linux User Repository

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]:

$ 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 

xzz53 commented on 2021-10-08 21:01 (UTC) (edited on 2021-10-08 21:02 (UTC) by xzz53)

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].

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

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

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 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?

Copyright © 2004-2023 aurweb Development Team.

AUR packages are user produced content. Any use of the provided files is at your own risk.

Источник