Package Details: cc65 2.19-1

Git Clone URL: (read-only, click to copy)
Package Base: cc65
Description: C compiler for 6502 family microprocessors
Upstream URL:
Licenses: BSD
Submitter: None
Maintainer: chungy
Last Packager: chungy
Votes: 13
Popularity: 0.071136
First Submitted: 2006-02-23 09:16 (UTC)
Last Updated: 2021-03-02 09:00 (UTC)

Dependencies (0)

Required by (7)

Sources (1)

Latest Comments

gbin commented on 2021-03-06 16:50 (UTC)

I would force it to -j1 for now and report to upstream:

@@ -13,12 +13,12 @@ b2sums=('c1c845417e38113c99a9ec8fbff1b90e292798582ac2b394e40419eff3eea62d838ea52
 build() {
   cd "$pkgname-$pkgver"

-  make PREFIX=/usr
+  make PREFIX=/usr -j1

 package() {
   cd "$pkgname-$pkgver"

-  make DESTDIR="$pkgdir" PREFIX=/usr install
+  make DESTDIR="$pkgdir" PREFIX=/usr -j1 install
   install -Dm644 "LICENSE" "$pkgdir/usr/share/licenses/$pkgname/license"

gbin commented on 2021-03-06 16:32 (UTC) (edited on 2021-03-06 16:47 (UTC) by gbin)

It doesn't build the first time, but the second time it does.

If you try from a clean build it will never succeed:

makepkg -C -s

atari - atr130.o
atari - atrmj8.o
atari - atrstd.o
atari - atrami.o
atari - atrjoy.o
atari - atrst.o
atari - atrtrk.o
atari - atrtt.o
atari - atrrdev.o
atari - atr10p2.o
../bin/ld65 -o ../target/atari/util/ -t atari ../libwrk/atari/w2cas.o ../lib/atari.lib
make: *** [Makefile:7: all] Error 2
==> ERROR: A failure occurred in build()

Edit: Those Makefiles are seriously broken. They don't support make -jxx I had to remove the option from my /etc/Makepkg.conf

arch_jeff commented on 2020-03-18 21:04 (UTC)

Whenever I attempt to build cc65 the first build attempt always fails. Additional attempts after the first always succeed, I think. I'm not sure why this is. No edits are made to the PKGBUILD.

To reproduce this, you may need to spin up a fresh install of Arch in a VM. Just trizen -S cc65 (or whatever AUR helper you use yourself) and you'll see what I'm talking about.

jeremyvisser commented on 2019-03-25 03:56 (UTC)

Yay, the path bug has been fixed! Thanks!

jeremyvisser commented on 2019-02-25 07:30 (UTC)

There's a bug in this PKGBUILD which has actually been around for nearly three years, mentioned here:

The TL;DR is that PREFIX=/usr needs to be set for "make", not just "make install", and this makes the /etc/profile.d/ completely unnecessary.

So, by changing line 17 in the PKGBUILD from:



make PREFIX=/usr

And removing the file, that will make includes much more reliable.

optlink commented on 2018-06-13 18:55 (UTC)

I had to modify to export the path /usr/share/cc65 instead of /usr/lib/cc65 in order to get the compiler to find include files.

lutoma commented on 2017-09-10 03:24 (UTC) (edited on 2017-09-10 03:25 (UTC) by lutoma)

Thanks for the speedy reply (and for maintaining the PKGBUILD!), the update seems to indeed have fixed the issue. I originally tried using the cc65-git package, but compiling it failed because the prefix wasn't set somewhere. Didn't really have time to debug then. But I see you've also pushed a new version of that package, so I'll try building that one again too :) Edit: Yup, cc65-git works like a charm now too, so I've switched to the git version now

chungy commented on 2017-09-09 19:04 (UTC)

Thanks. This AUR is quite outdated, I was having cc65-git installed for a long time now, but I see that new releases have finally(!) happened. Simply updating might resolve the issue, I'll see :-)

lutoma commented on 2017-09-09 17:04 (UTC)

The '/usr/bin/grc' binary in this AUR conflicts with

Dennis commented on 2014-11-23 21:52 (UTC)

@vah build worked for me from this: extracted to: /var/aur/local/cc65/ then ran: makepkg -s in there.

vah commented on 2014-11-23 05:32 (UTC)

I get this when trying to build: PKGBUILD: line 21: ../../patch-2.13.3.diff: No such file or directory After a successful md5sum check. I guess it may work depending on how the paths are configured in makepkg.conf but I suggest changing it to "$srcdir/patch-$pkgver.diff".

kevincox commented on 2012-05-16 01:14 (UTC)

All you need to do is bump the version to 2.13.3. The new MD5 becomes 99de534c4a9e04b45a82c239ed4ded20 and you also need to change the name of the patch. I have a new package available at

commented on 2012-02-18 06:13 (UTC)

Further to the previous post, patch seems to apply fine with no changes other than renaming it to match the new version number, and everything builds without errors, so it should just be a case of bumping the version number to 2.13.3 and changing the tarball md5sum to 99de534c4a9e04b45a82c239ed4ded20.

commented on 2012-02-18 06:09 (UTC)

2.13.3 is now the latest released version, and 2.13.2 has in fact been taken down, breaking this PKGBUILD.

Huulivoide commented on 2010-12-13 17:01 (UTC)

Here is a lirle update to the PKGBUILD nothing bigger just to make it fit the current packagin standarts. And also to Lastebils comment 2.13.9 is development snapshot and not a stable release

commented on 2010-04-06 19:40 (UTC)

new version

Lastebil commented on 2010-04-06 14:44 (UTC)

Latest seems to be 2.13.9 - if this has been orphaned I may take a look at maintaining it