Package Base Details: gdc-git

Git Clone URL: https://aur.archlinux.org/gdc-git.git (read-only, click to copy)
Submitter: demizer
Maintainer: FFY00 (kozzi)
Last Packager: kozzi
Votes: 17
Popularity: 0.000000
First Submitted: 2012-03-23 03:09
Last Updated: 2019-08-23 10:42

Packages (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 ... Next › Last »

beatgammit commented on 2013-01-05 02:20

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?

Anonymous comment on 2012-12-21 23:31

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

Anonymous comment on 2012-12-21 14:43

Updated to 2012-11-18 snapshot

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

Anonymous comment on 2012-12-21 14:42

- Updated to 2012-11-18 snapshot

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

Anonymous comment on 2012-12-21 12:38

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

Anonymous comment on 2012-11-23 22:27

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

cleger commented on 2012-11-04 17:55

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.

Anonymous comment on 2012-11-04 11:02

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?

cleger commented on 2012-11-04 05:28

>> What exactly did you do?

I had my $CHOST set to x86_64-pc-linux-gnu in makepkg.conf. I changed it back to x86_64-unknown-linux-gnu. That worked.

cleger commented on 2012-11-04 04:58

>> What exactly did you do?

yaourt -S gdc-git

I also just tried manually downloading the PKGBUILD and building it with makepkg -s. Same result.

One more thing. I'm also getting this:

==> Tidying install...
-> Purging unwanted files...
-> Compressing man and info pages...
-> Stripping unneeded symbols from binaries and libraries...
-> Removing libtool files...
-> Removing empty directories...
==> WARNING: Package contains reference to $srcdir <=== Attention here
==> Creating package...
-> Generating .PKGINFO file...
-> Compressing package...
==> Leaving fakeroot environment.

I extracted the created package into an empty directory and grepped the contents for "srcdir":

$ grep -r 'srcdir' .
./usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.0/plugin/gtype.state:(!srcdir "/home/cleger/mnt/gdc-git/src/gcc-4.8-20120902/gcc")
Binary file ./usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.0/plugin/gengtype matches

I'd guess that wasn't supposed to happen?