Arch Linux User Repository

Sorry for the delay, update brings: - (Currently) newest gcc snapshot (20130106), fixes issue reported by beatgammit - Updated gcc_pure64 patch (because a few lines were removed from t-linux64 in trunk) - Added sha256 checksums

Sorry for the delay, update brings: - (Currently) newest gcc snapshot (20130106), fixes your issue beatgammit - Updated gcc_pure64 patch (because a few lines were removed from t-linux64 in trunk) - Added sha256 checksums

I get the following errors: patching file Makefile.def Hunk #1 succeeded at 128 (offset -3 lines). Hunk #2 FAILED at 499. Hunk #3 succeeded at 540 (offset -13 lines). 1 out of 3 hunks FAILED -- saving rejects to file Makefile.def.rej patching file Makefile.in Hunk #2 succeeded at 1085 (offset -2 lines). Hunk #3 succeeded at 1175 (offset -2 lines). Hunk #4 succeeded at 1258 (offset -2 lines). Hunk #5 succeeded at 1341 (offset -2 lines). Hunk #6 succeeded at 1424 (offset -2 lines). Hunk #7 succeeded at 1507 (offset -2 lines). Hunk #8 succeeded at 1590 (offset -2 lines). Hunk #9 succeeded at 1673 (offset -2 lines). Hunk #10 succeeded at 1756 (offset -2 lines). Hunk #11 succeeded at 1839 (offset -2 lines). Hunk #12 succeeded at 1922 (offset -2 lines). Hunk #13 succeeded at 2005 (offset -2 lines). Hunk #14 succeeded at 2088 (offset -2 lines). Hunk #15 succeeded at 2171 (offset -2 lines). Hunk #16 succeeded at 2309 (offset -2 lines). Hunk #17 succeeded at 2465 (offset -2 lines). Hunk #18 succeeded at 2568 (offset -2 lines). Hunk #19 succeeded at 36819 (offset -519 lines). Hunk #20 succeeded at 43310 (offset -519 lines). Hunk #21 succeeded at 45366 (offset -524 lines). Hunk #22 succeeded at 45398 (offset -524 lines). Hunk #23 FAILED at 46640. Hunk #24 succeeded at 46179 (offset -546 lines). Hunk #25 succeeded at 46215 (offset -546 lines). 1 out of 25 hunks FAILED -- saving rejects to file Makefile.in.rej I don't know too much about patch, but it seems that Makefile.def is missing this line above the inserted text (line 497): dependencies = { module=all-target-libgo; on=all-target-libatomic; }; Same deal with Makefile.in (line 46117): all-target-libgo: maybe-all-target-libatomic Can you reproduce?

thanks for the quick response, works like a charm now. (and what a speed, resulting executable is twice as fast as dmd)

Updated to 2012-11-18 snapshot uffuji: Could not reproduce with this (2012-11-18) snapshot, confirm?

- Updated to 2012-11-18 snapshot uffuhi: Could not reproduce with this (2012-11-18) snapshot, confirm?

In file included from /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-lang.cc:28:0: /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-codegen.h:553:3: error: 'vec' does not name a type /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-codegen.h: In constructor 'CtorEltMaker::CtorEltMaker()': /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-codegen.h:556:7: error: class 'CtorEltMaker' does not have any field named 'head' /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-codegen.h: In member function 'void CtorEltMaker::reserve(int)': /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-codegen.h:560:29: error: 'struct CtorEltMaker' has no member named 'head' /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-codegen.h:560:36: error: 'vec_safe_reserve' was not declared in this scope /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-codegen.h: In member function 'void CtorEltMaker::cons(tree, tree)': /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-codegen.h:565:26: error: 'struct CtorEltMaker' has no member named 'head' /tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-4.8-20121111/gcc/d/d-codegen.h:565:34: error: 'vec_safe_push' was not declared in this scope make[2]: *** [d/d-lang.glue.o] Error 1 make[2]: Leaving directory `/tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-build/gcc' make[1]: *** [install-gcc] Error 2 make[1]: Leaving directory `/tmp/yaourt-tmp-maarten/aur-gdc-git/src/gcc-build' make: *** [install] Error 2 What went wrong? 64-bit arch linux install

- changed the bug url to the bugzilla site - updated to newest patchable gcc snapshot

Not likely any advantages. I just used "pc" instead of "unknown" because that was how it was set on my old pc and thought it strange that "unknown" was the new default. Changing it was probably not a good idea though (https://bbs.archlinux.org/viewtopic.php?id=112331). In other words, it was just PEBKAC.

Ah, i see. Just curious: What's the advantage of setting $CHOST manually (I always thought one wasn't supposed to touch it since it is set automaticly)? Are there any packages that don't work with the automatic value for you?