On Saturday, 5 November 2016 at 04:04:12 UTC, Soulsbane wrote:
> On Monday, 31 October 2016 at 01:27:08 UTC, Martin Nowak wrote:
>> [...]
>
> I've run into a problem with code using ctRegex that fails to compile only in release build.
>
> [...]

please report at https://issues.dlang.org/

Am 03.11.2016 um 14:18 schrieb Andre Pany:
> On Thursday, 3 November 2016 at 12:17:29 UTC, Sönke Ludwig wrote:
>> Am 03.11.2016 um 06:58 schrieb Andre Pany:
>>
>> Temp-folder builds are only done if the special shebang invocation
>> syntax is used (i.e. "dub file.d <program args"). Building with "dub
>> --single file.d" should build normally. This was the case within the
>> thread, too. Has anything changed since then?
>
> Unfortunately yes, the behavior of dub included in dmd 2.072 is not as
> expected (windows & linux).
>
> /+ dub.sdl:
>     name "app"
> +/
> void main(){}
>
> dub --single app.d
>>> Running
>>> ..\..\..\..\..\Users\abcdef\AppData\Local\Temp\.dub\build\app-~master\application-debug-windows-x86-dmd_2072-A4FA96FDE8C9353FB025486E4835F2E0\app.exe
>>>
>
> Same behavior for dub build --single app.d
>
> Kind regards
> André

I checked now and the version included in the (Windows) DMD bundle indeed reports as 1.0.0, so the fix is not present. But the next DMD point release will include 1.1.1, which includes all changes to date. I'll also put binaries of 1.1.0 on code.dlang.org in a few minutes.

Dne 6.11.2016 v 07:58 Sönke Ludwig via Digitalmars-d-announce napsal(a):

> Am 03.11.2016 um 14:18 schrieb Andre Pany:
>> On Thursday, 3 November 2016 at 12:17:29 UTC, Sönke Ludwig wrote:
>>> Am 03.11.2016 um 06:58 schrieb Andre Pany:
>>>
>>> Temp-folder builds are only done if the special shebang invocation
>>> syntax is used (i.e. "dub file.d <program args"). Building with "dub
>>> --single file.d" should build normally. This was the case within the
>>> thread, too. Has anything changed since then?
>>
>> Unfortunately yes, the behavior of dub included in dmd 2.072 is not as
>> expected (windows & linux).
>>
>> /+ dub.sdl:
>>     name "app"
>> +/
>> void main(){}
>>
>> dub --single app.d
>>>> Running
>>>> ..\..\..\..\..\Users\abcdef\AppData\Local\Temp\.dub\build\app-~master\application-debug-windows-x86-dmd_2072-A4FA96FDE8C9353FB025486E4835F2E0\app.exe 
>>>>
>>>>
>>
>> Same behavior for dub build --single app.d
>>
>> Kind regards
>> André
>
> I checked now and the version included in the (Windows) DMD bundle indeed reports as 1.0.0, so the fix is not present. But the next DMD point release will include 1.1.1, which includes all changes to date. I'll also put binaries of 1.1.0 on code.dlang.org in a few minutes.

Is there a place when one can check this? I mean in which repository this is placed?

Am 06.11.2016 um 09:22 schrieb Daniel Kozak via Digitalmars-d-announce:
> Dne 6.11.2016 v 07:58 Sönke Ludwig via Digitalmars-d-announce napsal(a):
>> I checked now and the version included in the (Windows) DMD bundle
>> indeed reports as 1.0.0, so the fix is not present. But the next DMD
>> point release will include 1.1.1, which includes all changes to date.
>> I'll also put binaries of 1.1.0 on code.dlang.org in a few minutes.
>
> Is there a place when one can check this? I mean in which repository
> this is placed?
>

The version is reported with "dub --version", the change log is here:
https://github.com/dlang/dub/blob/master/CHANGELOG.md

The actual version in the bundle is not stored in a repository as far as I know, but is just an artifact of the build process.

Hello,

Here is another bug:

https://issues.dlang.org/show_bug.cgi?id=16667

app unit tests start to fail on std.conv internal unit tests.

On Monday, 31 October 2016 at 01:27:08 UTC, Martin Nowak wrote:
> Glad to announce D 2.072.0.
>
> http://dlang.org/download.html
>
> This is the release ships with the latest version of dub (v1.1.0), comes
> with lots of phobos additions and native TLS on OSX.
> See the changelog for more details.
>
> http://dlang.org/changelog/2.072.0.html
>
> -Martin

It seems that there was another regression that nobody detected, because nobody has build one of the major tool used by most of the D enthusiastic:

https://github.com/Hackerpilot/DCD/issues/352
https://issues.dlang.org/show_bug.cgi?id=16663

On Monday, 7 November 2016 at 18:26:44 UTC, Anonymous wrote:
> On Monday, 31 October 2016 at 01:27:08 UTC, Martin Nowak wrote:
>> Glad to announce D 2.072.0.
>>
>> http://dlang.org/download.html
>>
>> This is the release ships with the latest version of dub (v1.1.0), comes
>> with lots of phobos additions and native TLS on OSX.
>> See the changelog for more details.
>>
>> http://dlang.org/changelog/2.072.0.html
>>
>> -Martin
>
> It seems that there was another regression that nobody detected, because nobody has build one of the major tool used by most of the D enthusiastic:
>
> https://github.com/Hackerpilot/DCD/issues/352
> https://issues.dlang.org/show_bug.cgi?id=16663

To be honest, I know that the D world existed before me, and I know that it'll still exist if I leave. Between, 2.072 is the worst release I've ever seen.

On Monday, 7 November 2016 at 18:55:29 UTC, Anonymous wrote:
> To be honest, I know that the D world existed before me, and I know that it'll still exist if I leave. Between, 2.072 is the worst release I've ever seen.

Yep. I tried 2.072 on a current DLangUI project under Win32. Compiled fine, but at runtime - exception, exception, exception, crash, crash, crash. Nothing works (what worked ok with previous dmd). Ran away screaming, back to 2.071. Sorry. I might try exploring the issues a bit later, can't do right now.

Sadly, because of overwhelming project breakage I have to revert Arch Linux dmd package version back to 2.071.2 until 2.072.1 is out :(

Going to look into known regressions later this week, at least some of them look easily fixable to become deprecations.

Dne 9.11.2016 v 15:17 Dicebot via Digitalmars-d-announce napsal(a):

> Sadly, because of overwhelming project breakage I have to revert Arch
> Linux dmd package version back to 2.071.2 until 2.072.1 is out :(
>
> Going to look into known regressions later this week, at least some of
> them look easily fixable to become deprecations.
Thank you