Package Details: liblphobos-git 1:v1.9.0.beta1-2

Git Clone URL: (read-only, click to copy)
Package Base: ldc-git
Description: A D Compiler based on the LLVM Compiler Infrastructure including D runtime and libphobos2
Upstream URL:
Licenses: BSD
Groups: dlang, dlang-ldc
Provides: d-runtime, d-stdlib
Submitter: zfo
Maintainer: CyberShadow
Last Packager: CyberShadow
Votes: 4
Popularity: 0.000000
First Submitted: 2016-05-29 23:10 (UTC)
Last Updated: 2018-04-22 21:45 (UTC)

Latest Comments

1 2 Next › Last »

Electrux commented on 2018-08-26 18:37 (UTC)

I am having this issue: ERROR: pkgver in provides is not allowed to be empty.

What am I supposed to do? I am sorry if it is rather trivial.

CyberShadow commented on 2017-12-12 01:06 (UTC)

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

CyberShadow commented on 2017-12-12 01:02 (UTC)


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

CyberShadow commented on 2017-12-01 06:34 (UTC)

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

dsboger commented on 2016-07-13 02:48 (UTC) (edited on 2016-07-13 02:48 (UTC) by dsboger)

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 (UTC) (edited on 2016-06-26 14:32 (UTC) by dsboger)

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 a bit, so it may take a while). [1]

dsboger commented on 2016-06-08 03:19 (UTC)

I've tried to rebuild gtkd with this version, but got a linking error: ldc-git -shared -L-ldl -m64 ${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 (UTC)

@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 (UTC)

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: 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 (UTC)

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/': 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?