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

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é

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é

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

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

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

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

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é

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é

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.