Package Details: gcc-arm-none-eabi-bin 13.3.rel1-1

Git Clone URL: https://aur.archlinux.org/gcc-arm-none-eabi-bin.git (read-only, click to copy)
Package Base: gcc-arm-none-eabi-bin
Description: GNU Tools ARM Embedded Processors (binary distribution, includes newlib, does NOT include GDB)
Upstream URL: https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/downloads
Licenses: custom
Conflicts: arm-none-eabi-binutils, arm-none-eabi-gcc, arm-none-eabi-newlib, gcc-arm-none-eabi
Provides: arm-none-eabi-binutils, arm-none-eabi-gcc, arm-none-eabi-newlib, gcc-arm-none-eabi
Submitter: 2bluesc
Maintainer: pftBest
Last Packager: pftBest
Votes: 29
Popularity: 0.197811
First Submitted: 2015-08-13 14:42 (UTC)
Last Updated: 2024-07-04 19:22 (UTC)

Dependencies (2)

Required by (81)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

pftBest commented on 2016-12-22 20:46 (UTC)

twilk, fixed, thank you for heads-up. That line was there for a very long time, and it always worked for me, so it is strange to see it fail. And also strange that no one noticed it until now.

twilk commented on 2016-12-22 20:35 (UTC) (edited on 2016-12-22 20:36 (UTC) by twilk)

After the update, I get an error when building this package. The error is that too many arguments are passed to the cd call in package(). I solved it by changing line 35 in the PKGBUILD from "cd $srcdir/gcc-*" to "cd $srcdir/gcc-*/". The added slash at the end means that the glob only matches $srcdir/gcc-arm-none-eabi-6_2-2016q4/ and not $srcdir/gcc-arm-none-eabi-6_2-2016q4-20161216-linux.tar.bz2.

justbuchanan commented on 2016-02-16 23:31 (UTC)

No problem, thanks for the quick fix!

pftBest commented on 2016-02-16 22:04 (UTC)

jbuchanan30, fixed, thanks!

justbuchanan commented on 2016-02-16 21:47 (UTC)

This doesn't build for me. I get an error saying that "source should be an array". It was an easy fix.

pftBest commented on 2015-11-03 14:14 (UTC)

The only part that needs curses is GDB, so the easiest fix is to remove GDB from this package. Otherwise it's a good toolchain, and GDB from community will work fine with it. If no one has any objections I'll take the package.

mrechte commented on 2015-10-24 16:40 (UTC)

This is not a lib32 issue but a ncurse issue. I think the lib32 dependency comes from the fact the source package here is a prebuild version. I struggled a little to build from source, following how-to-build-toolchain.pdf on https://launchpad.net/gcc-arm-embedded: $ ./build-toolchain.sh --skip_steps=mingw32,manual But it required another package from AUR: isl The build failed at the very end while packaging, but fortunately the gcc-arm-none-eabi-4_9-2015q4-20151024-linux.tar.bz2 was there (I just moved it close to the PKGBUILD that I tweaked for using it).

2bluesc commented on 2015-10-18 16:37 (UTC)

I'm going to disown this package since I use community/arm-none-eabi-gcc and friends these days. Someone might considering building the toolchain from source as I hate the libc32 dependencies that this package is built against and causes problems like the ncurses issue.

mrechte commented on 2015-10-18 11:44 (UTC)

I tried to recompile ncurses from ABS --with-abi-version=5 but bash, gptfdisk, readline require ABI 6. I am afraid that we cannot use this binary compiler until upstream upgrades too.

mrechte commented on 2015-10-17 17:21 (UTC)

Hello, I have a libncurses error. Version is now libncurses.so.6: $ arm-none-eabi-gdb arm-none-eabi-gdb: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory Thanks

« First ‹ Previous 1 2 3 Next › Last »