Thread overview
Updated LDC snap package with link-time optimization (LTO) support
Feb 10, 2017
David Nadlinger
Feb 10, 2017
Daniel Kozak
February 09, 2017
Revision 3 of the ldc2 snap package is now available in the 'edge' channel of the snap store.  This still provides LDC 1.1.0, but with the following important changes:

  * the backend is provided by LLVM 3.9.1

  * support for LDC's experimental link-time optimization
    (the -flto={full,thin} flag) has been included

I would be very grateful if people could try out these new features and report back on whether or not they work (and if any problems are encountered, on which distro and version).


-- to install --

This package should be possible to install on Ubuntu 16.04 or later, or Ubuntu 14.04, as well as any other distro making available a recent version of snapd (2.21 or later):
https://snapcraft.io/docs/core/install

Once snapd is installed (on Ubuntu or Debian, `sudo apt install snapd`), the ldc2 snap can be installed with:

    sudo snap install --classic --edge ldc2

If you already have a version installed, you can upgrade it with:

    sudo snap refresh --classic --edge ldc2

Note, if this version breaks something for you, you can downgrade to revision 2 with:

    sudo snap refresh --classic --edge --revision=2 ldc2
February 10, 2017
On Thursday, 9 February 2017 at 17:16:35 UTC, Joseph Rushton Wakeling wrote:
> This package should be possible to install on Ubuntu 16.04 or later, or Ubuntu 14.04, as well as any other distro making available a recent version of snapd (2.21 or later):
> https://snapcraft.io/docs/core/install

Looks like there is a linking problem on Ubuntu 14.04 presumably related to ABI incompatibility between the precompiled libphobos and libdruntime and the system toolchain.  I'll investigate further and follow up on this with an appropriate fix.
February 10, 2017
On Thursday, 9 February 2017 at 17:16:35 UTC, Joseph Rushton Wakeling wrote:
> This package should be possible to install on Ubuntu 16.04 or later, or Ubuntu 14.04, as well as any other distro making available a recent version of snapd (2.21 or later):
> https://snapcraft.io/docs/core/install

Hmm, for whatever reason, Arch still ships 2.16 by default… Seems to work fine on Ubuntu 16.10, though.

 — David
February 10, 2017
Dne 10.2.2017 v 17:30 David Nadlinger via Digitalmars-d-announce napsal(a):

> On Thursday, 9 February 2017 at 17:16:35 UTC, Joseph Rushton Wakeling wrote:
>> This package should be possible to install on Ubuntu 16.04 or later, or Ubuntu 14.04, as well as any other distro making available a recent version of snapd (2.21 or later):
>> https://snapcraft.io/docs/core/install
>
> Hmm, for whatever reason, Arch still ships 2.16 by default… Seems to work fine on Ubuntu 16.10, though.
>
>  — David
http://www.phoronix.com/scan.php?page=news_item&px=Snaps-v-Flatpaks-Linux-Distros

February 10, 2017
On Friday, 10 February 2017 at 16:30:57 UTC, David Nadlinger wrote:
> Hmm, for whatever reason, Arch still ships 2.16 by default… Seems to work fine on Ubuntu 16.10, though.

Yes, I'll ping the maintainer about it some time soon.  It's possible they were holding off until after the Ubuntu 14.04 rollout of snapd was complete: there are some changes needed for that which might also prove useful for other distros.

Glad to hear it works on 16.10, though.  Including the LTO ... ?
February 10, 2017
On Friday, 10 February 2017 at 16:37:13 UTC, Daniel Kozak wrote:
> http://www.phoronix.com/scan.php?page=news_item&px=Snaps-v-Flatpaks-Linux-Distros

Please don't ask me to read that dreadful, dreadful website :-\

I have read the blogpost that article summarizes.  My own feelings are:

  * short term up-to-dateness of snapd is probably something that will
    sort itself out in good time

  * the 'centralization' of the Ubuntu snap store (which serves all
    snap users on all distros) isn't really true, but inasmuch as it
    is a thing, it's an asset: one place of delivery for all snap
    users, a bunch of automated security checking guaranteed on every
    upload, no burden to host one's own repository or for the user to
    need to know about multiple repos ... compare with the flatpak
    website where every highlighted download is coming from a different
    site

Basically: snaps provide an easy way to define a package that can reach a lot of developers, now, with minimal infrastructural effort required.  That seems a worthwhile investment to me.