www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - Release D 2.078.2

reply Martin Nowak <code+news.digitalmars dawg.eu> writes:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Glad to announce D 2.078.2.

http://dlang.org/download.html

This point release fixes a few issues over 2.078.2, see the changelog
for more details.

http://dlang.org/changelog/2.078.2.html

This point release also ships with dub 1.7.2 which further improves
reliability.
https://github.com/dlang/dub/blob/master/CHANGELOG.md#v172---2018-02-07

- -Martin
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEpzRNrTw0HqEtE8TmsnOBFhK7GTkFAlp9Z8wACgkQsnOBFhK7
GTnybQ/+NmNrAIvCqfe0rXoikaYoLvF8B0Fh5jGSvKNrG5ge1l1iNn0Z6kpSTTXD
rbmVDNZ+ek1BrDvtWMfFkzpTTiuxsyVDSLav3V98cKTbB3jFLU7gWx7RVtMELLBm
r3RYzo/ogT6zew42e8TR+g/vXRnZwYLAxdW+dBDFwUJVc06r0goDs92XI66/0PvA
0y+Ym1NCCqjLPn2RT+qrb8SnMcLYRTKms3y7fEPR/Hx8sHfB7CsGm5EjOq1K9xmM
N1GIa8CSAVF1HGd6sPf8J8gKplBydU1Y1TbG2FeEpC7k6zeZemZVGZ1ltZc0zDz/
dmpyRQIoGdkEz8WLm0YChxlF8Q1mJJTgacqro1R2Z9wzT08LQCyHO/Z8NQa7XH5E
LJoxxMMTbzliE/peVtmm940g/RcF190ooeBuoT4Z0wqWqqLba4teFSj2ZAyOubpS
QsEYi4Z5ERB/X/p1GMN6xphgPLDywNqjhpppi+QYbBlK+H7aPrspwq6zJA+nC/BJ
bdj6C3I0oW1qi/hzKb0wFk4CSJtHiVvyb5rXbO13O9EupsqCF7H/9zBbeslIGq9O
Pkzt3iW+8QMSaXlWiN58290wiHW6iK1C7Os2NpRn4xzyqL4gtJWBcTZPX7Y0iYEu
fnLbtdO3rH8xtF+0JCy7KsTORObOHkZD9n6sSRsJgjrB9RSvtiA=
=ZulE
-----END PGP SIGNATURE-----
Feb 09
parent reply Thomas Mader <thomas.mader gmail.com> writes:
On Friday, 9 February 2018 at 09:20:14 UTC, Martin Nowak wrote:
 This point release also ships with dub 1.7.2 which further 
 improves reliability. 
 https://github.com/dlang/dub/blob/master/CHANGELOG.md#v172---2018-02-07

 - -Martin
https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2.
Feb 10
next sibling parent Seb <seb wilzba.ch> writes:
On Saturday, 10 February 2018 at 08:17:27 UTC, Thomas Mader wrote:
 On Friday, 9 February 2018 at 09:20:14 UTC, Martin Nowak wrote:
 This point release also ships with dub 1.7.2 which further 
 improves reliability. 
 https://github.com/dlang/dub/blob/master/CHANGELOG.md#v172---2018-02-07

 - -Martin
https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2.
https://github.com/dlang/dub/issues/1367
Feb 10
prev sibling parent reply Martin Nowak <code+news.digitalmars dawg.eu> writes:
On 02/10/2018 09:17 AM, Thomas Mader wrote:
 https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2.
Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler?
Feb 16
next sibling parent reply Eugene Wissner <belka caraus.de> writes:
On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote:
 On 02/10/2018 09:17 AM, Thomas Mader wrote:
 https://github.com/dlang/dub/releases/latest doesn't point to 
 1.7.2.
Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler?
I'm shipping dub (as a part of d-tools package) separately from the compiler for Slackware Linux. This way it can be built with the compiler of choice: dmd, gdc or ldc. It doesn't always make sense to ship dub with every compiler since you can use --compiler option. And the compiler dub is built with, is the default compiler to build dub projects.
Feb 16
parent reply Martin Nowak <code+news.digitalmars dawg.eu> writes:
On 02/17/2018 06:52 AM, Eugene Wissner wrote:
 On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote:
 On 02/10/2018 09:17 AM, Thomas Mader wrote:
 https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2.
Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler?
I'm shipping dub (as a part of d-tools package) separately from the compiler for Slackware Linux. This way it can be built with the compiler of choice: dmd, gdc or ldc. It doesn't always make sense to ship dub with every compiler since you can use --compiler option. And the compiler dub is built with, is the default compiler to build dub projects.
You have any idea for a more sensible default compiler? IIRC dub now supports any compiler out of the box, but indeed the search order depends on it's host compiler. The main goal of shipping dub with the compiler was to simplify distribution and increase it's usage. Would you say this goal is met, or should we consider to release dub binaries separately but in sync with dlang releases.
Feb 19
parent reply Eugene Wissner <belka caraus.de> writes:
On Monday, 19 February 2018 at 10:08:37 UTC, Martin Nowak wrote:
 On 02/17/2018 06:52 AM, Eugene Wissner wrote:
 On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak 
 wrote:
 On 02/10/2018 09:17 AM, Thomas Mader wrote:
 https://github.com/dlang/dub/releases/latest doesn't point 
 to 1.7.2.
Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler?
I'm shipping dub (as a part of d-tools package) separately from the compiler for Slackware Linux. This way it can be built with the compiler of choice: dmd, gdc or ldc. It doesn't always make sense to ship dub with every compiler since you can use --compiler option. And the compiler dub is built with, is the default compiler to build dub projects.
You have any idea for a more sensible default compiler? IIRC dub now supports any compiler out of the box, but indeed the search order depends on it's host compiler. The main goal of shipping dub with the compiler was to simplify distribution and increase it's usage. Would you say this goal is met, or should we consider to release dub binaries separately but in sync with dlang releases.
It would be great if dub had some global configuration file /etc/dub.conf (or dub.json) for example, where the defaults can be set (I don't know if something like this already exists), or maybe /etc/d/ where dub.conf and dmd.conf can be put - it seems a bit cleaner to me. I think that shipping dub and dmd together is generally a good thing. I'm using Ubuntu at work and I'm pretty happy that I can just download one package and get the main d tools installed together. One of the things I hate about the most deb/rpm based distributions, is that the most programs are split in a lot of small packages. As for Slackware I want to switch to building dmd from source anyway, so I think it doesn't matter a lot for maintainers that binary packages have dub as well. And for normal people it's just simpler to install everything together as you said.
Feb 19
parent rikki cattermole <rikki cattermole.co.nz> writes:
On 19/02/2018 7:43 PM, Eugene Wissner wrote:
 On Monday, 19 February 2018 at 10:08:37 UTC, Martin Nowak wrote:
 On 02/17/2018 06:52 AM, Eugene Wissner wrote:
 On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote:
 On 02/10/2018 09:17 AM, Thomas Mader wrote:
 https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2.
Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler?
I'm shipping dub (as a part of d-tools package) separately from the compiler for Slackware Linux. This way it can be built with the compiler of choice: dmd, gdc or ldc. It doesn't always make sense to ship dub with every compiler since you can use --compiler option. And the compiler dub is built with, is the default compiler to build dub projects.
You have any idea for a more sensible default compiler? IIRC dub now supports any compiler out of the box, but indeed the search order depends on it's host compiler. The main goal of shipping dub with the compiler was to simplify distribution and increase it's usage. Would you say this goal is met, or should we consider to release dub binaries separately but in sync with dlang releases.
It would be great if dub had some global configuration file /etc/dub.conf (or dub.json) for example, where the defaults can be set (I don't know if something like this already exists), or maybe /etc/d/ where dub.conf and dmd.conf can be put - it seems a bit cleaner to me.
https://github.com/dlang/dub/blob/master/source/dub/dub.d#L218 https://github.com/dlang/dub/blob/master/source/dub/dub.d#L1608
Feb 19
prev sibling parent reply Thomas Mader <thomas.mader gmail.com> writes:
On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote:
 On 02/10/2018 09:17 AM, Thomas Mader wrote:
 https://github.com/dlang/dub/releases/latest doesn't point to 
 1.7.2.
Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler?
I don't even use or need latest as of yet. I need to download the exact same version in my scripts nevertheless. I just saw that it was not updated and wanted to let you know. But I package dub and the tools as a separate package from dmd. Archlinux is doing the same and I find it reasonable. dub and the tools should be buildable with other compilers too and one day I might switch to ldc as the default compiler for the distribution because of speed.
Feb 17
parent Martin Nowak <code+news.digitalmars dawg.eu> writes:
On 02/17/2018 10:35 AM, Thomas Mader wrote:
 But I package dub and the tools as a separate package from dmd.
 Archlinux is doing the same and I find it reasonable. dub and the tools
 should be buildable with other compilers too and one day I might switch
 to ldc as the default compiler for the distribution because of speed.
Dub hardly is CPU bound, and using different binaries (build settings) on other systems might cause harder to reproduce bugs. I think we'll transition to gdc or ldc for dmd releases at some point, if I or someone else find enough time for that.
Feb 19