Package Details: devkitarm r53-1

Git Clone URL: (read-only, click to copy)
Package Base: devkitarm
Description: ARM toolchain for GP32, Nintendo (3)DS and GBA homebrew development
Upstream URL:
Licenses: GPL
Conflicts: devkitARM
Provides: devkitARM
Submitter: Schnouki
Maintainer: carstene1ns
Last Packager: carstene1ns
Votes: 48
Popularity: 0.104059
First Submitted: 2008-04-23 03:16
Last Updated: 2019-08-28 21:40

Latest Comments

1 2 Next › Last »

chetwisniewski commented on 2019-01-15 18:52

No longer builds, bumped to R50 on 18 December

carstene1ns commented on 2017-06-24 21:04

The download works for me, it might have been a temporary problem.
About the new problem: There is a patch[1] available, which I will apply soon.


saphiren commented on 2017-06-23 05:31

The isl tarball has either been removed or relocated from InriaForge, which is an early showstopper.
I was able to work around this by changing the url to an archive link from
( specifically)
After some extra poking around, I believe this is the current location of the isl repository:
And this is the commit with the specific tarball that the PKGBUILD wants:

Edit: I'm getting an error in build():
../../../gcc-6.3.0/gcc/ubsan.c:1474:23: error: ISO C++ forbids comparison between pointer and integer [-fpermissive]
|| xloc.file == '\0' || xloc.file[0] == '\xff'
Full build output is here, the error is on line 404:
This is my second attempt at building the package, which is why make is saying "Nothing to be done" for a bunch of the early lines.

keithspg commented on 2017-05-21 18:50

this package will not build. Am trying mutantmonkey's solution. His pkgbuild uses gcc5.3.0, and not 6.x. Also does not build with his PKGFILE with my updated Arch install. I am using linux-lts instead of linux for the kernel and do not know if that is important. The error I get is:

In file included from /usr/include/guile/2.2/libguile/fports.h:28:0,
from /usr/include/guile/2.2/libguile.h:57,
from ../../../gdb-7.12/gdb/guile/guile-internal.h:29,
from ../../../gdb-7.12/gdb/guile/scm-ports.c:28:
/usr/include/guile/2.2/libguile/ports.h:82:16: note: forward declaration of ‘scm_t_port {aka struct scm_t_port}’
typedef struct scm_t_port scm_t_port;
make[2]: *** [Makefile:2537: scm-ports.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory '/Downloads/Arch_Packages/devkitarm/src/buildscripts/.devkitARM/arm-none-eabi/gdb/gdb'
make[1]: *** [Makefile:9161: all-gdb] Error 2
make[1]: Leaving directory '/Downloads/Arch_Packages/devkitarm/src/buildscripts/.devkitARM/arm-none-eabi/gdb'
make: *** [Makefile:850: all] Error 2
Error building gdb
==> ERROR: A failure occurred in build().

mutantmonkey commented on 2016-07-31 20:26

I managed to get this to build with GCC 6.1.1 by backporting the patch for that bug and making a few other changes. Here's the diff:

connesc commented on 2016-06-22 14:49

This package can no longer be built with the current version of GCC (6.1.1), because of this bug:

Here is the symptomatic error:

In file included from ../../../gcc-5.3.0/gcc/cp/except.c:1023:0:
cfns.gperf: In function ‘const char* libc_name_p(const char*, unsigned int)’:
cfns.gperf:101:1: error: ‘const char* libc_name_p(const char*, unsigned int)’ redeclared inline with ‘gnu_inline’ attribute
cfns.gperf:26:14: note: ‘const char* libc_name_p(const char*, unsigned int)’ previously declared here
cfns.gperf: At global scope:
cfns.gperf:26:14: warning: inline function ‘const char* libc_name_p(const char*, unsigned int)’ used but never defined

Until the embedded GCC is upgraded (or at least patched) upstream, a workaround is to downgrade the following packages: gcc 5.3.0-5, gcc-libs 5.3.0-5 and llvm-libs 3.7.1-1.
The downgraded packages can be restored once the build is complete.

tinxy commented on 2016-01-17 10:33

Building fails due to:

/bin/sh: arm-none-eabi-gcc: command not found

Unarelith commented on 2015-02-26 17:44

carstene1ns: Thanks it was a problem with a gcc path variable.

carstene1ns commented on 2015-02-26 15:51

gnidmoo: Do you have a stray colon in your $PATH [1] or any gcc related path veariable [2]? In the referenced thread a wrong config.h was included and the needed macro not defined.


Unarelith commented on 2015-02-26 12:04

Hi there, I can't build this package, here is the error: