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 (UTC)
Last Updated: 2019-08-23 10:42 (UTC)

Pinned Comments

Latest Comments

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

<deleted-account> commented on 2012-05-28 16:09 (UTC)

Adopted and updated to build again. For that the gcc (svn) trunk is needed, because the master branch of gdc is no longer compatible to anything below gcc svn trunk revision 184805 which is already newer (BASE-VER=4.8.0) than the current latest release (gcc 4.7.0); this means that the svn trunk of gcc and the git trunk of gdc will be pulled (lay back, that is going to take a while). The patch in sources is needed because even though gdc now needs at least version 4.8.0 it has not yet been added to the version checks in setup-gcc.sh; this patch adds it.

<deleted-account> commented on 2012-05-28 16:09 (UTC)

Adopted and updated to build again. For that the gcc (svn) trunk is needed, because the master branch of gdc is no longer compatible to anything below gcc svn trunk revision 184805 which is already newer (BASE-VER=4.8.0) than the current latest release (gcc 4.7.0); this means that the svn trunk of gcc and the git trunk of gdc will be pulled (lay back, that is going to take a while). The patch in sources is needed because even though gdc now needs at least version 4.8.0 its not yet been added to the version checks in setup-gcc.sh; this patch adds it.

<deleted-account> commented on 2012-05-28 16:08 (UTC)

Adopted and updated to build again. For that the gcc (svn) trunk is needed, because the master branch of gdc is no longer compatible to anything below gcc svn trunk revision 184805 which is already newer (BASE-VER=4.8.0) than the current latest release (gcc 4.7.0); this means that the svn trunk of gcc and the git trunk of gdc will be pulled (lay back, that is going to take a while). The patch in sources is needed because even though gdc now needs at least version 4.8.0 its not yet been added to the version checks in setup-gcc.sh; this patch adds it.

<deleted-account> commented on 2012-05-28 16:07 (UTC)

Adopted and updated to build again. For that the gcc (svn) trunk is needed, because the master branch of gdc is no longer compatible to anything below gcc svn trunk revision 184805 which is already newer (BASE-VER=4.8.0) than the current latest release (gcc 4.7.0); this means that the svn trunk of gcc and the git trunk of gdc will be pulled (lay back, that is going to take a while). The patch in sources is needed because even though gdc now needs at least version 4.8.0 its not yet been added to the version checks in setup-gcc.sh; this patch adds it.

demizer commented on 2012-04-04 02:59 (UTC)

I have to disown this package for school reasons. Thank you all for giving me the opportunity to maintain this package, it was a great experience!

demizer commented on 2012-04-01 18:13 (UTC)

@anta40 gdc is built using --disable-multilib, so only the 64bit version of libphobos2 is built (defined by $CARCH /etc/makepkg.conf). Try editing the PKGBUILD and changing --disable-multilib to --enable-multilib.

<deleted-account> commented on 2012-04-01 14:40 (UTC)

Hi demizer, Many thanks. It works. Now I'm curious: is there any way to enable 32-bit compatibility? I'm using 64-bit Arch (thus, multilib gcc), so when I try something like this: gdc hello.d -o hello -m32, I get this: /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3/../../../libgphobos2.a when searching for -lgphobos2 /usr/bin/ld: skipping incompatible /usr/lib/libgphobos2.a when searching for -lgphobos2 /usr/bin/ld: cannot find -lgphobos2 /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc collect2: ld returned 1 exit status

demizer commented on 2012-03-31 10:38 (UTC)

It should be working now. One thing I noticed when building my simple programs is that you will need to pass pthread to the linker: gdc -o main test.d -pthread or gdmd test.d -L-lpthread otherwise you will get the following error: /usr/bin/ld: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3/../../../../lib/libgphobos2.a(monitor_.o): undefined reference to symbol 'pthread_mutexattr_settype@@GLIBC_2.2.5' /usr/bin/ld: note: 'pthread_mutexattr_settype@@GLIBC_2.2.5' is defined in DSO /lib/libpthread.so.0 so try adding it to the linker command line /lib/libpthread.so.0: could not read symbols: Invalid operation collect2: ld returned 1 exit status This is because gcc itself (which gdc is based on) requires you to explicitly link to Dynamic Shared Objects for which pthread is used by libphobos. See https://fedoraproject.org/wiki/UnderstandingDSOLinkChange for more info.

demizer commented on 2012-03-31 02:06 (UTC)

I filed a bug report upstream: https://github.com/D-Programming-GDC/GDC/issues/10

demizer commented on 2012-03-30 15:41 (UTC)

I flagged the package out of date. The directory structure was changed upstream and I am working on a fix.