Package Details: ldc-git 1:v1.7.0.beta1.2.g3a6d93b8-1

Git Clone URL: https://aur.archlinux.org/ldc-git.git (read-only)
Package Base: ldc-git
Description: A D Compiler based on the LLVM Compiler Infrastructure including D runtime and libphobos2
Upstream URL: https://github.com/ldc-developers/ldc
Licenses: BSD
Groups: dlang, dlang-ldc
Provides: d-compiler=
Submitter: zfo
Maintainer: CyberShadow (Wild)
Last Packager: CyberShadow
Votes: 4
Popularity: 1.005155
First Submitted: 2016-05-29 23:10
Last Updated: 2017-12-12 01:05

Latest Comments

CyberShadow commented on 2017-12-12 01:06

Orphan request was accepted automatically. Adopted and pushed fixed PKGBUILD.

CyberShadow commented on 2017-12-12 01:02

Fixed PKGBUILD: https://gist.github.com/CyberShadow/784d4b3673b3046b329711b47a2396f6#file-pkgbuild

Maintainer (zfo) seems MIA, requesting orphaning with intent to adopt.

CyberShadow commented on 2017-12-01 06:34

Fails to build with 'Error: cannot find source code for runtime library file 'object.d'.

dsboger commented on 2016-07-13 02:48

I'm using a workaround proposed in the bug report mentioned in the previous post, so terminix-git uses ldc from official repos.

dsboger commented on 2016-06-20 15:39

Update 2: I'll update terminix-git to use LDC when either this package is fixed (I can work on that, if you prefer) or the LDC fix is released in a new ldc official package.

Update: the fix for the issue in [1] got merged in master upstream. I've already tested it and terminix builds and works fine. But like I said below, only the downgraded ldc-git PKGBUILD works for me.

I've managed to compile both gtkd-git and terminix-git using the flag indicated in [1], and it works! But I had to "downgrade" the ldc-git to commit 613e4314b75ee0173b7908d435d8cea7d738fba0 "initial commit".

I'll wait a bit for a proper fix for ldc upstream, then I'll start moving terminix-git to compile with ldc (it probably will require changing configure.ac a bit, so it may take a while).

[1] https://github.com/ldc-developers/ldc/issues/1534#issuecomment-227171243

dsboger commented on 2016-06-08 03:19

I've tried to rebuild gtkd with this version, but got a linking error:

ldc-git -shared -oflibgtkd-3.so -L-ldl -m64 -L-soname=libgtkd-3.so.0 ${OBJFILES}
/usr/bin/ld: /usr/lib/liblphobos2-git.a(getopt.o): relocation R_X86_64_32 against `_D11TypeInfo_xb6__initZ' can not be used when making a shared object; recompile with -fPIC
/usr/lib/liblphobos2-git.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status

(${OBJFILES} is a huge list of .o files)

P.S.: I'd like to suggest dropping the "-git" suffix and just adding provides/conflicts with ldc. That way it can be used as a drop-in replacement for building other packages, while the -git suffix requires manually adapting the PKGBUILD (of gtkd, for example).

zfo commented on 2016-06-06 20:23

@dsboger: I just received the request to use static linking by default and use only one package as phobos as to be rebuilt anyhows.
I think both make sense as you probably won't have liblphobos-git installed on other machines. The upgrade should be conflict-free (it will remove liblphobos-git), let me know if you experience troubles!

zfo commented on 2016-05-30 10:49

Seems like my last message got lost - I added a couple of patches, s.t. you can build `ldc-git` and have both ldc and ldc-git installed on your system. I am not sure yet whether this is really a good idea. What do you think?

> It seems the build process is looking for the bootstrap ldc in the path. Maybe an upstream bug?

I think so: https://github.com/ldc-developers/ldc/issues/1530
The current script now eliminates the ldc option and depends on dmd to bootstrap itself.

> It seems like terminix is being both statically and dynamically linked against phobos? Should I report this upstream?

Yes please.

> could you do submodules

done. thanks for the hint

dsboger commented on 2016-05-30 02:43

I could build both gtkd and terminix with ldc, but when I try to launch terminix I get the following error:

Fatal Error while loading '/usr/lib/libphobos2-ldc.so.71':
The module 'std.regex.internal.parser' is already defined in './terminix'.

It seems like terminix is being both statically and dynamically linked against phobos? Should I report this upstream?

dsboger commented on 2016-05-30 01:32

It works if I first remove any ldc from the system. It seems the build process is looking for the bootstrap ldc in the path. Maybe an upstream bug?

All comments