www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - Beta 2.091.0

reply Martin Nowak <code+news.digitalmars dawg.eu> writes:
Glad to announce the first beta for the 2.091.0 release, ♥ to the 55
contributors.

http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.091.0.html

Due to updating several components in the build pipeline, this beta and
release are unfortunately delayed. 2.091.0 is now planned to be released
one week later on March 8th.

As usual please report any bugs at
https://issues.dlang.org

-Martin
Feb 26 2020
next sibling parent reply Andre Pany <andre s-e-a-p.de> writes:
On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak 
wrote:

 Glad to announce the first beta for the 2.091.0 release, ♥ to 
 the 55 contributors.

 http://dlang.org/download.html#dmd_beta 
 http://dlang.org/changelog/2.091.0.html

 Due to updating several components in the build pipeline, this 
 beta and release are unfortunately delayed. 2.091.0 is now 
 planned to be released one week later on March 8th.

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin


Thank you so much Rainer for adding the 64 bit dmd compiler to 
the windows installation package. Also building DMD with LDC is 
such a huge improvement. Thank you Sebastian.
This is really great news!

Kind regards
André
Feb 26 2020
parent reply Andre Pany <andre s-e-a-p.de> writes:
On Wednesday, 26 February 2020 at 14:11:58 UTC, Andre Pany wrote:

 On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak 
 wrote:

 Thank you so much Rainer for adding the 64 bit dmd compiler to 
 the windows installation package. Also building DMD with LDC is 
 such a huge improvement. Thank you Sebastian.
 This is really great news!

 Kind regards
 André


Small remark: To get dub working you need to copy it from bin 
folder to bin64 folder manually. Just adding folders `bin64` and 
`bin` to PATH does not work because Dub will you `dmd` from 
current folder.

I just tested the performance improvement and it feels twice as 
fast as before!

Kind regards
André
Feb 26 2020
parent reply Rainer Schuetze <r.sagitario gmx.de> writes:
On 26/02/2020 15:23, Andre Pany wrote:

 On Wednesday, 26 February 2020 at 14:11:58 UTC, Andre Pany wrote:

 On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak wrote:

 Thank you so much Rainer for adding the 64 bit dmd compiler to the
 windows installation package. Also building DMD with LDC is such a
 huge improvement. Thank you Sebastian.
 This is really great news!

 Kind regards
 André


 
 Small remark: To get dub working you need to copy it from bin folder to
 bin64 folder manually. Just adding folders `bin64` and `bin` to PATH
 does not work because Dub will you `dmd` from current folder.


I guess by "working" you mean that dub uses the 64-bit version of dmd.
We could add a 64-bit version of dub to the bin64 folder, too, but I'm
not sure the bin64 version of the compiler has to be the default. It
uses almost twice as much memory and hence is a bit slower:

dmd.exe -m64 -c -unittest std\regex\internal\tests.d

32-bit dmd:  853 MB, 3.280 sec
64-bit dmd: 1445 MB, 3.740 sec


 
 I just tested the performance improvement and it feels twice as fast as
 before!


dmd 2.090.0: 879 MB, 10.230 sec (released without optimizations)
dmd 2.090.1: 873 MB,  5.300 sec
Mar 03 2020
parent reply Andre Pany <andre s-e-a-p.de> writes:
On Tuesday, 3 March 2020 at 08:08:35 UTC, Rainer Schuetze wrote:

 On 26/02/2020 15:23, Andre Pany wrote:

 On Wednesday, 26 February 2020 at 14:11:58 UTC, Andre Pany 
 wrote:

 On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak 
 wrote:

 Thank you so much Rainer for adding the 64 bit dmd compiler 
 to the
 windows installation package. Also building DMD with LDC is 
 such a
 huge improvement. Thank you Sebastian.
 This is really great news!

 Kind regards
 André


 
 Small remark: To get dub working you need to copy it from bin 
 folder to bin64 folder manually. Just adding folders `bin64` 
 and `bin` to PATH does not work because Dub will you `dmd` 
 from current folder.


 I guess by "working" you mean that dub uses the 64-bit version 
 of dmd. We could add a 64-bit version of dub to the bin64 
 folder, too, but I'm not sure the bin64 version of the compiler 
 has to be the default. It uses almost twice as much memory and 
 hence is a bit slower:

 dmd.exe -m64 -c -unittest std\regex\internal\tests.d

 32-bit dmd:  853 MB, 3.280 sec
 64-bit dmd: 1445 MB, 3.740 sec


 
 I just tested the performance improvement and it feels twice 
 as fast as before!


 dmd 2.090.0: 879 MB, 10.230 sec (released without optimizations)
 dmd 2.090.1: 873 MB,  5.300 sec


Yes, adding a64 bit version of dub to bin64 would solve the issue.
I also agree with you, there is no need to make the 64 version 
the default.
It should just be possible, by extracting the DMD zip archive and 
setting
environment variable PATH to bin64 to have a working dmd & dub 
integration.

Another solution would also be to have 2 dmd windows zip archives 
like you have it
for FreeBSD:
dmd.2.090.0.freebsd-32.zip
dmd.2.090.0.freebsd-64.zip
But this requires more effort I assume, maybe this is a solution 
for the long
ran and the low hanging fruit for the moment is to add a 64 dub 
executable
to the dmd zip archive.

Kind regards
André
Mar 04 2020
next sibling parent Rainer Schuetze <r.sagitario gmx.de> writes:
On 05/03/2020 06:15, Andre Pany wrote:

 Small remark: To get dub working you need to copy it from bin folder
 to bin64 folder manually. Just adding folders `bin64` and `bin` to
 PATH does not work because Dub will you `dmd` from current folder.






[...]

 
 Yes, adding a64 bit version of dub to bin64 would solve the issue.
 I also agree with you, there is no need to make the 64 version the default.
 It should just be possible, by extracting the DMD zip archive and setting
 environment variable PATH to bin64 to have a working dmd & dub integration.
 
 Another solution would also be to have 2 dmd windows zip archives like
 you have it
 for FreeBSD:
 dmd.2.090.0.freebsd-32.zip
 dmd.2.090.0.freebsd-64.zip
 But this requires more effort I assume, maybe this is a solution for the
 long ran


The 64-bit binaries only add a couple of MB to the installer exe/7z, so
it's probably not required to split them up.


 and the low hanging fruit for the moment is to add a 64 dub executable
 to the dmd zip archive.


https://github.com/dlang/installer/pull/445


 
 Kind regards
 André
Mar 05 2020
prev sibling parent Martin Nowak <code dawg.eu> writes:
On Thursday, 5 March 2020 at 05:15:06 UTC, Andre Pany wrote:

 Another solution would also be to have 2 dmd windows zip 
 archives like you have it
 for FreeBSD:
 dmd.2.090.0.freebsd-32.zip
 dmd.2.090.0.freebsd-64.zip


FreeBSD never properly supported multiarch build systems, hence 
this exceptional split.
Mar 06 2020
prev sibling next sibling parent jmh530 <john.michael.hall gmail.com> writes:
On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak 
wrote:

 Glad to announce the first beta for the 2.091.0 release, ♥ to 
 the 55 contributors.

 [snip]


I'm happy to see those Windows install improvements.

In the changelog, it mentions isClose, but I didn't see that 
listed in the Phobos enhancement section where it links to 
Bugzilla. Maybe there should be a way to link to the  PR [1] in 
cases like that? The author addresses two bugzilla issues, but 
does not link to them in the PR.

 berni44:
I'm a little confused by the note for isClose where it says that 
isClose(a, b, 1e-2, 1e-2) is very similar to approxEqual(a, b). 
The default for the second optional parameter for approxEqual is 
1e-5, not 1e-2.

Also, there is a typo in the isClose documentation: "This is 
mainly usefull for comparing values to zero." Two l's in usefull. 
It looks like this typo is also in the approxEqual documentation. 
While you're at it, you might make clear that it checks the 
relative difference first (unless maxRelDiff=0) and then the 
absolute difference (unless maxAbsDiff=0). That made me 
realize...for isClose(a, b, 0, 0), it looks like it returns true 
if a == b, but false otherwise (ignoring infinity). Is that 
intended? I would think that it should instead have an assert say 
that the checks are skipped, but that's just me.


[1] https://github.com/dlang/phobos/pull/7241
Feb 26 2020
prev sibling next sibling parent reply JN <666total wp.pl> writes:
On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak 
wrote:

 Glad to announce the first beta for the 2.091.0 release, ♥ to 
 the 55 contributors.

 http://dlang.org/download.html#dmd_beta 
 http://dlang.org/changelog/2.091.0.html

 Due to updating several components in the build pipeline, this 
 beta and release are unfortunately delayed. 2.091.0 is now 
 planned to be released one week later on March 8th.

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin


"Class deallocator have been deprecated in v2.080.0 (see ), and 
turned into an error in v2.087.0. They have now been completely 
removed from the language, and the parser won't recognize them 
anymore."

missing a link after the see
Feb 27 2020
parent Mathias Lang <pro.mathias.lang gmail.com> writes:
On Thursday, 27 February 2020 at 09:05:47 UTC, JN wrote:

 "Class deallocator have been deprecated in v2.080.0 (see ), and 
 turned into an error in v2.087.0. They have now been completely 
 removed from the language, and the parser won't recognize them 
 anymore."

 missing a link after the see


Thanks, corrected: https://github.com/dlang/dmd/pull/10841
Feb 27 2020
prev sibling next sibling parent Martin Nowak <code dawg.eu> writes:
On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak 
wrote:

 Glad to announce the first beta for the 2.091.0 release, ♥ to 
 the 55 contributors.


The release candidate is live now.


 http://dlang.org/download.html#dmd_beta 
 http://dlang.org/changelog/2.091.0.html

 Due to updating several components in the build pipeline, this 
 beta and release are unfortunately delayed. 2.091.0 is now 
 planned to be released one week later on March 8th.

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
Mar 06 2020
prev sibling parent reply Andre Pany <andre s-e-a-p.de> writes:
On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak 
wrote:

 Glad to announce the first beta for the 2.091.0 release, ♥ to 
 the 55 contributors.

 http://dlang.org/download.html#dmd_beta 
 http://dlang.org/changelog/2.091.0.html

 Due to updating several components in the build pipeline, this 
 beta and release are unfortunately delayed. 2.091.0 is now 
 planned to be released one week later on March 8th.

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin


Similar problem like missing dub in bin64 folder is for rdmd.
You either need to copy it from bin to bin64 folder or have
both folders in environment path variable in correct order.
I was facing this issue while building DFMT using dub. (dub.json 
calls rdmd)
(https://github.com/dlang-community/dfmt/issues/472).

Is it planned to support it in future and therefore can be also
copied to bin64 folder? I also heard several times it is 
deprecated
in favor of dmd -run.

Kind regards
André
Mar 09 2020
parent reply rikki cattermole <rikki cattermole.co.nz> writes:
On 09/03/2020 10:16 PM, Andre Pany wrote:

 On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak wrote:

 Glad to announce the first beta for the 2.091.0 release, ♥ to the 55 
 contributors.

 http://dlang.org/download.html#dmd_beta 
 http://dlang.org/changelog/2.091.0.html

 Due to updating several components in the build pipeline, this beta 
 and release are unfortunately delayed. 2.091.0 is now planned to be 
 released one week later on March 8th.

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin


 
 Similar problem like missing dub in bin64 folder is for rdmd.
 You either need to copy it from bin to bin64 folder or have
 both folders in environment path variable in correct order.
 I was facing this issue while building DFMT using dub. (dub.json calls 
 rdmd)
 (https://github.com/dlang-community/dfmt/issues/472).
 
 Is it planned to support it in future and therefore can be also
 copied to bin64 folder? I also heard several times it is deprecated
 in favor of dmd -run.
 
 Kind regards
 André


dmd -i -run

It gets close but as far as I know rdmd is not deprecated.
Mar 09 2020
parent Andre Pany <andre s-e-a-p.de> writes:
On Monday, 9 March 2020 at 09:27:26 UTC, rikki cattermole wrote:

 On 09/03/2020 10:16 PM, Andre Pany wrote:

 On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak 
 wrote:

 [...]


 
 Similar problem like missing dub in bin64 folder is for rdmd.
 You either need to copy it from bin to bin64 folder or have
 both folders in environment path variable in correct order.
 I was facing this issue while building DFMT using dub. 
 (dub.json calls rdmd)
 (https://github.com/dlang-community/dfmt/issues/472).
 
 Is it planned to support it in future and therefore can be also
 copied to bin64 folder? I also heard several times it is 
 deprecated
 in favor of dmd -run.
 
 Kind regards
 André


 dmd -i -run

 It gets close but as far as I know rdmd is not deprecated.


The disadvantage of `dmd -i -run` is, it is compiler dependent 
while
`rdmd` is included in dmd and ldc (gdc I do not know).

Maybe we should include a 64 bit rdmd in the bin64 folder.

Kind regards
André
Mar 09 2020