www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - Release D 2.067.0

reply Martin Nowak <code+news.digitalmars dawg.eu> writes:
Glad to announce D 2.067.0.

This release comes with many improvements.
The GC is a lot faster for most use-cases, we have improved C++
interoperability and fixed plenty of bugs.

See the changelog for more details.
http://dlang.org/changelog.html

Download pages and documentation will be updated within the next few hours.

http://downloads.dlang.org/releases/2.x/2.067.0/
http://ftp.digitalmars.com/

Until the binaries are mirrored to the official site, you can get them here.
https://dlang.dawg.eu/downloads/dmd.2.067.0/

-Martin
Mar 24 2015
next sibling parent reply "CraigDillabaugh" <craig.dillabaugh gmail.com> writes:
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.

 See the changelog for more details.
 http://dlang.org/changelog.html

 Download pages and documentation will be updated within the 
 next few hours.

 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/

 Until the binaries are mirrored to the official site, you can 
 get them here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


Congratulations to Martin and everyone else who contributed.

Craig
Mar 24 2015
parent Martin Nowak <code+news.digitalmars dawg.eu> writes:
On 03/24/2015 06:22 PM, CraigDillabaugh wrote:

 
 Congratulations to Martin and everyone else who contributed.


And particularly thanks to Kenji and Walter for the fast bug fixing.
Mar 24 2015
prev sibling next sibling parent "Szymon Gatner" <noemail gmail.com> writes:
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.

 See the changelog for more details.
 http://dlang.org/changelog.html

 Download pages and documentation will be updated within the 
 next few hours.

 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/

 Until the binaries are mirrored to the official site, you can 
 get them here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


Congratz!

What exactly changed wrt C++ interop (changelog is not really 
helpful)?

Also, as I reported some time ago (as 2.067 changelog is the 
default from D main page for some time), link (in the "Version D 
2.067 Mar 1, 2015") is broken
Mar 24 2015
prev sibling next sibling parent reply "Dicebot" <public dicebot.lv> writes:
Arch Linux packages have been uploaded.

I am very grateful to Martin for handling this release. It was 
done very professionally and thanks to beta discussions/testing 
we did some great breakthrough in release stability by providing 
deprecation paths for several non-critical bug fixes. Also some 
intrusive runtime changes has been reverted to re-add them in 
next release with better migration experience - extremely pleased 
to see that too.
Mar 24 2015
next sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 3/24/15 10:58 AM, Dicebot wrote:

 Arch Linux packages have been uploaded.


Thanks!


 I am very grateful to Martin for handling this release. It was done very
 professionally and thanks to beta discussions/testing we did some great
 breakthrough in release stability by providing deprecation paths for
 several non-critical bug fixes. Also some intrusive runtime changes has
 been reverted to re-add them in next release with better migration
 experience - extremely pleased to see that too.


Yes, amazing job. Let's gear up for the next release with 
http://wiki.dlang.org/DIP75 sooner! -- Andrei
Mar 24 2015
parent "Martin Nowak" <code dawg.eu> writes:
On Tuesday, 24 March 2015 at 18:01:26 UTC, Andrei Alexandrescu 
wrote:

 Yes, amazing job. Let's gear up for the next release with 
 http://wiki.dlang.org/DIP75 sooner! -- Andrei


Well 2 month, that's right before dconf, sounds like a good plan.
Mar 24 2015
prev sibling next sibling parent "weaselcat" <weaselcat gmail.com> writes:
On Tuesday, 24 March 2015 at 17:58:54 UTC, Dicebot wrote:

 Arch Linux packages have been uploaded.


Thanks for maintaining the D packages on arch.
Mar 24 2015
prev sibling parent Walter Bright <newshound2 digitalmars.com> writes:
On 3/24/2015 10:58 AM, Dicebot wrote:

 Arch Linux packages have been uploaded.

 I am very grateful to Martin for handling this release. It was done very
 professionally and thanks to beta discussions/testing we did some great
 breakthrough in release stability by providing deprecation paths for several
 non-critical bug fixes. Also some intrusive runtime changes has been reverted
to
 re-add them in next release with better migration experience - extremely
pleased
 to see that too.


I too am thrilled with the great job Martin has done.
Mar 24 2015
prev sibling next sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 3/24/15 10:07 AM, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.

 See the changelog for more details.
 http://dlang.org/changelog.html

 Download pages and documentation will be updated within the next few hours.

 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/

 Until the binaries are mirrored to the official site, you can get them here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/


Congratulations to everyone involved! This is a significant release - 
really a change of phase in the community - because for the first time 
neither Walter nor I participated in the actual release process (except 
with engineering bits, Walter a lot more).

Congratulations, Martin!

Let's announce this more widely after the binaries become available.

I have one regret - the changelog is a lot more scarce than it should 
because it doesn't list (or link to) a complete list of bugfixes. The 
impression to first comers is that we have a release with 8 total items. 
Hardly impressive.

Also the date on the release in the changelog page is wrong - it 
remained "Mar 1, 2015" aka our "I have a dream" date :o).


Andrei
Mar 24 2015
parent reply Martin Nowak <code+news.digitalmars dawg.eu> writes:
On 03/24/2015 07:00 PM, Andrei Alexandrescu wrote:

 
 I have one regret - the changelog is a lot more scarce than it should
 because it doesn't list (or link to) a complete list of bugfixes. The
 impression to first comers is that we have a release with 8 total items.
 Hardly impressive.
 
 Also the date on the release in the changelog page is wrong - it
 remained "Mar 1, 2015" aka our "I have a dream" date :o).


Should be fixed by now, as announcement said "within a few hours".
https://github.com/D-Programming-Language/dlang.org/pull/920
https://github.com/D-Programming-Language/dlang.org/pull/933

What I'm regretting more, is that I have to run after every contributor,
bugging them 3 times to write a single changelog line.

One way to improve this would be to have changelogs in the
dmd/druntime/phobos repo and make the entries part of the pull requests.
Mar 24 2015
next sibling parent reply Steven Schveighoffer <schveiguy yahoo.com> writes:
On 3/24/15 2:18 PM, Martin Nowak wrote:


 One way to improve this would be to have changelogs in the
 dmd/druntime/phobos repo and make the entries part of the pull requests.


+1000

-Steve
Mar 24 2015
parent reply "Dicebot" <public dicebot.lv> writes:
On Tuesday, 24 March 2015 at 18:59:53 UTC, Steven Schveighoffer 
wrote:

 On 3/24/15 2:18 PM, Martin Nowak wrote:


 One way to improve this would be to have changelogs in the
 dmd/druntime/phobos repo and make the entries part of the pull 
 requests.


 +1000

 -Steve


Yes, sounds reasonable. Those can be included into dlang.org 
automatically as part of release script anyway.
Mar 24 2015
parent Jacob Carlborg <doob me.com> writes:
On 2015-03-24 20:33, Dicebot wrote:


 Yes, sounds reasonable. Those can be included into dlang.org
 automatically as part of release script anyway.


In the meantime, just require that a language change should have a 
corresponding pull request for the changelog before merging.

-- 
/Jacob Carlborg
Mar 24 2015
prev sibling next sibling parent reply "rumbu" <rumbu rumbu.ro> writes:
Congratulations!

Before launching it in the wild, can *mscoff.lib libraries 
included in the package?
Mar 24 2015
parent "Martin Nowak" <code dawg.eu> writes:
On Tuesday, 24 March 2015 at 19:00:07 UTC, rumbu wrote:

 Congratulations!

 Before launching it in the wild, can *mscoff.lib libraries 
 included in the package?


Sorry, we'll try to get that for the next release which will come 
pretty soon.
Noone noticed me of that to change the release scripts and it 
didn't yet have enough test exposure.
Mar 24 2015
prev sibling next sibling parent reply Brad Roberts via Digitalmars-d-announce writes:
On 3/24/2015 11:18 AM, Martin Nowak via Digitalmars-d-announce wrote:

 One way to improve this would be to have changelogs in the
 dmd/druntime/phobos repo and make the entries part of the pull requests.


For what it's worth, that's how things were setup a long time ago (by 
me), but a lot of people argued enough that it was dropped.  I can't 
remember why.
Mar 24 2015
parent "Martin Nowak" <code dawg.eu> writes:
On Tuesday, 24 March 2015 at 19:54:06 UTC, Brad Roberts wrote:

 For what it's worth, that's how things were setup a long time 
 ago (by me), but a lot of people argued enough that it was 
 dropped.  I can't remember why.


If you look at the existing changelogs, they are much more 
detailed.

https://github.com/D-Programming-Language/phobos/blob/f77b38705bd12395c5a62f3bd4567a2935debbf1/changelog.dd

Merge conflicts in changelog can be reduced using merge=union, 
btw.
https://about.gitlab.com/2015/02/10/gitlab-reduced-merge-conflicts-by-90-percent-with-changelog-placeholders/
Mar 24 2015
prev sibling next sibling parent Ben Boeckel via Digitalmars-d-announce writes:
On Tue, Mar 24, 2015 at 19:18:22 +0100, Martin Nowak via Digitalmars-d-announce
wrote:

 What I'm regretting more, is that I have to run after every contributor,
 bugging them 3 times to write a single changelog line.
 
 One way to improve this would be to have changelogs in the
 dmd/druntime/phobos repo and make the entries part of the pull requests.


One thing that I've seen done and liked is that branches worthy of
release notes drop a file in somewhere like
docs/release/notes/dev/$branchname.md or something (pick your favorite
doc format and path) and then making notes for an actual release is
taking those, collating them and finally cleaning out the directory for
the next release.

--Ben
Mar 24 2015
prev sibling parent reply "Brad Anderson" <eco gnuk.net> writes:
On Tuesday, 24 March 2015 at 18:18:44 UTC, Martin Nowak wrote:

 [snip]

 What I'm regretting more, is that I have to run after every 
 contributor,
 bugging them 3 times to write a single changelog line.

 One way to improve this would be to have changelogs in the
 dmd/druntime/phobos repo and make the entries part of the pull 
 requests.


That's a good idea. Maybe use separate files for each changelog 
entry (which are then combined into into the actual changelog by 
the dlang.org makefile). Then there wouldn't be merge conflicts 
with basically every pull request.

Something like:

changelog/v[upcoming dmd version]-[bugzilla issue number]-[github 
username].log

(e.g., changelog/v2.068.0-314-9rnsr.log)
Mar 25 2015
parent "Brad Anderson" <eco gnuk.net> writes:
On Thursday, 26 March 2015 at 01:44:44 UTC, Brad Anderson wrote:

 That's a good idea. Maybe use separate files for each changelog 
 entry (which are then combined into into the actual changelog 
 by the dlang.org makefile). Then there wouldn't be merge 
 conflicts with basically every pull request.
 [snip]


Just noticed you mention merge=union. That's a neat feature. I'd 
never seen it before.
Mar 25 2015
prev sibling next sibling parent reply "John Colvin" <john.loughran.colvin gmail.com> writes:
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.

 See the changelog for more details.
 http://dlang.org/changelog.html

 Download pages and documentation will be updated within the 
 next few hours.

 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/

 Until the binaries are mirrored to the official site, you can 
 get them here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


This cannot be added to homebrew until there is a new stable 
release of dub.
Mar 24 2015
parent reply Martin Nowak <code+news.digitalmars dawg.eu> writes:
On 03/24/2015 10:11 PM, John Colvin wrote:

 This cannot be added to homebrew until there is a new stable release of
 dub.


Why is that?
Anyhow dub is in beta and ready soon.
Mar 24 2015
parent reply "John Colvin" <john.loughran.colvin gmail.com> writes:
On Tuesday, 24 March 2015 at 21:31:42 UTC, Martin Nowak wrote:

 On 03/24/2015 10:11 PM, John Colvin wrote:

 This cannot be added to homebrew until there is a new stable 
 release of
 dub.


 Why is that?
 Anyhow dub is in beta and ready soon.


Current stable dub fails to build with 2.067.0, so it would break 
the homebrew dub package.
Mar 24 2015
parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 24.03.2015 um 23:14 schrieb John Colvin:

 On Tuesday, 24 March 2015 at 21:31:42 UTC, Martin Nowak wrote:

 On 03/24/2015 10:11 PM, John Colvin wrote:

 This cannot be added to homebrew until there is a new stable release of
 dub.


 Why is that?
 Anyhow dub is in beta and ready soon.


 Current stable dub fails to build with 2.067.0, so it would break the
 homebrew dub package.


You mean 2.067.0 fails to build DUB, right? I just had a hard time 
remembering anything that DUB would have to do differently when building 
something with 2.067.0 ;)

I think we can tag an RC in the current state, all important fixes are 
done, AFAIK.
Mar 24 2015
parent reply "John Colvin" <john.loughran.colvin gmail.com> writes:
On Tuesday, 24 March 2015 at 22:50:29 UTC, Sönke Ludwig wrote:

 Am 24.03.2015 um 23:14 schrieb John Colvin:

 On Tuesday, 24 March 2015 at 21:31:42 UTC, Martin Nowak wrote:

 On 03/24/2015 10:11 PM, John Colvin wrote:

 This cannot be added to homebrew until there is a new stable 
 release of
 dub.


 Why is that?
 Anyhow dub is in beta and ready soon.


 Current stable dub fails to build with 2.067.0, so it would 
 break the
 homebrew dub package.


 You mean 2.067.0 fails to build DUB, right? I just had a hard 
 time remembering anything that DUB would have to do differently 
 when building something with 2.067.0 ;)

 I think we can tag an RC in the current state, all important 
 fixes are done, AFAIK.


How's the RC going?
Apr 04 2015
parent =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 04.04.2015 um 18:43 schrieb John Colvin:

 On Tuesday, 24 March 2015 at 22:50:29 UTC, Sönke Ludwig wrote:

 Am 24.03.2015 um 23:14 schrieb John Colvin:

 On Tuesday, 24 March 2015 at 21:31:42 UTC, Martin Nowak wrote:

 On 03/24/2015 10:11 PM, John Colvin wrote:

 This cannot be added to homebrew until there is a new stable
 release of
 dub.


 Why is that?
 Anyhow dub is in beta and ready soon.


 Current stable dub fails to build with 2.067.0, so it would break the
 homebrew dub package.


 You mean 2.067.0 fails to build DUB, right? I just had a hard time
 remembering anything that DUB would have to do differently when
 building something with 2.067.0 ;)

 I think we can tag an RC in the current state, all important fixes are
 done, AFAIK.


 How's the RC going?


Going well so far, there are some additional fixes in the current RC2. 
I'll tag the final release tomorrow or on Monday.
Apr 04 2015
prev sibling next sibling parent reply "Tove" <tove fransson.se> writes:
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


Congrats! Although, I must admit, I was a little saddened to see 
that multiple alias this didn't make the release, I thought it 
was finalized... I should have kept a closer watch.

https://github.com/D-Programming-Language/dmd/pull/3998
Mar 24 2015
parent reply ketmar <ketmar ketmar.no-ip.org> writes:
On Tue, 24 Mar 2015 21:56:29 +0000, Tove wrote:


 On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


=20
 Congrats! Although, I must admit, I was a little saddened to see that
 multiple alias this didn't make the release, I thought it was
 finalized... I should have kept a closer watch.


and even single `alias this` is broken, so deadcode can't be build with=20
2.067. i told about that, but nobody cares, as usual.=
Mar 25 2015
next sibling parent reply "John Colvin" <john.loughran.colvin gmail.com> writes:
On Thursday, 26 March 2015 at 06:16:59 UTC, ketmar wrote:

 On Tue, 24 Mar 2015 21:56:29 +0000, Tove wrote:


 On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


 
 Congrats! Although, I must admit, I was a little saddened to 
 see that
 multiple alias this didn't make the release, I thought it was
 finalized... I should have kept a closer watch.


 and even single `alias this` is broken, so deadcode can't be 
 build with
 2.067. i told about that, but nobody cares, as usual.


Was it filed at issues.dlang.org as a regression?
Mar 26 2015
parent reply ketmar <ketmar ketmar.no-ip.org> writes:
On Thu, 26 Mar 2015 10:13:42 +0000, John Colvin wrote:


 On Thursday, 26 March 2015 at 06:16:59 UTC, ketmar wrote:

 On Tue, 24 Mar 2015 21:56:29 +0000, Tove wrote:


 On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


=20
 Congrats! Although, I must admit, I was a little saddened to see that
 multiple alias this didn't make the release, I thought it was
 finalized... I should have kept a closer watch.


 and even single `alias this` is broken, so deadcode can't be build with
 2.067. i told about that, but nobody cares, as usual.


=20
 Was it filed at issues.dlang.org as a regression?


nope, it's not. i was asking for help in "general" (building minimised=20
sample), but nobody was interested. neither do i, actually, as i believe=20
that `alias this` is an abomination and ugly hack. maybe Kenji will fill=20
the bug if he'll find a time for that.=
Mar 26 2015
next sibling parent reply "John Colvin" <john.loughran.colvin gmail.com> writes:
On Thursday, 26 March 2015 at 11:25:50 UTC, ketmar wrote:

 On Thu, 26 Mar 2015 10:13:42 +0000, John Colvin wrote:


 On Thursday, 26 March 2015 at 06:16:59 UTC, ketmar wrote:

 On Tue, 24 Mar 2015 21:56:29 +0000, Tove wrote:


 On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak 
 wrote:

 Glad to announce D 2.067.0.

 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


 
 Congrats! Although, I must admit, I was a little saddened to 
 see that
 multiple alias this didn't make the release, I thought it was
 finalized... I should have kept a closer watch.


 and even single `alias this` is broken, so deadcode can't be 
 build with
 2.067. i told about that, but nobody cares, as usual.


 
 Was it filed at issues.dlang.org as a regression?


 nope, it's not. i was asking for help in "general" (building 
 minimised
 sample), but nobody was interested. neither do i, actually, as 
 i believe
 that `alias this` is an abomination and ugly hack. maybe Kenji 
 will fill
 the bug if he'll find a time for that.


This is (one of the many reasons) why we can't have nice things. 
You knew there was a regression and you didn't report it. A 
report without a minimised example is still better than no report 
at all, especially if it's a regression!
Mar 26 2015
parent reply ketmar <ketmar ketmar.no-ip.org> writes:
On Thu, 26 Mar 2015 12:23:08 +0000, John Colvin wrote:


 Was it filed at issues.dlang.org as a regression?


 nope, it's not. i was asking for help in "general" (building minimised
 sample), but nobody was interested. neither do i, actually, as i
 believe that `alias this` is an abomination and ugly hack. maybe Kenji
 will fill the bug if he'll find a time for that.


=20
 This is (one of the many reasons) why we can't have nice things. You
 knew there was a regression and you didn't report it. A report without a
 minimised example is still better than no report at all, especially if
 it's a regression!


i tried that before, and it's simply not working this way.

there was not enough information to fill the bug report in the first=20
place, as i didn't even know that it's `alias this` to blame. i have=20
other things to do and i can't exclusively dedicate my box to dustmiting=20
that issue (it finally took me 12 hours to dustmite it; yes, it's 12 full=20
hours), so i asked for help in main NG. as nobody was willing to help, i=20
considered that issue unimportant.

filling bugs like "this huge project not compiling!" is not working, as=20
nobody wants to run dustmite on such projects, people just waiting for=20
issue author to provide more information.=
Mar 26 2015
parent reply Walter Bright <newshound2 digitalmars.com> writes:
On 3/26/2015 3:53 PM, ketmar wrote:

 filling bugs like "this huge project not compiling!" is not working, as
 nobody wants to run dustmite on such projects, people just waiting for
 issue author to provide more information.


Realistically, people who want to work on bug fixing are going to work on ones 
that have already been isolated and filed.

If you've got a "huge project that's not compiling" and don't know where to 
start, that implies it isn't well modularized and encapsulated.
Mar 27 2015
next sibling parent reply "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Saturday, 28 March 2015 at 04:36:18 UTC, Walter Bright wrote:

 On 3/26/2015 3:53 PM, ketmar wrote:

 filling bugs like "this huge project not compiling!" is not 
 working, as
 nobody wants to run dustmite on such projects, people just 
 waiting for
 issue author to provide more information.


 Realistically, people who want to work on bug fixing are going 
 to work on ones that have already been isolated and filed.


There are also people who don't mind helping to reduce bugs so 
the compiler hackers can fix them quickly.

But honestly, there already exists so much information on how to 
use DustMite, I don't know what else can be said. ANYONE should 
be able to use DustMite or Digger to reduce a test case down to 
reasonable size.
Mar 27 2015
parent reply ketmar <ketmar ketmar.no-ip.org> writes:
On Sat, 28 Mar 2015 04:55:47 +0000, Vladimir Panteleev wrote:


 But honestly, there already exists so much information on how to use
 DustMite...


...that people in bugzilla keep asking what it is.


 ANYONE should be able to
 use DustMite or Digger to reduce a test case down to reasonable size.


having a big codebase that you didn't wrote and never read took 12 hours=20
to dustmite. not that i can just leave it unattended though, as compiler=20
itself segfaults sometimes, and that effectively leaves dustmite frozen.=20
so it not only eats resources of my box (and i have a work to do, and=20
that work involves compiling big codebases too), but it requires my=20
attention. but yes, it's entirely my fault that i cannot afford such=20
resources and asking for help, i know.=
Mar 27 2015
parent reply "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Saturday, 28 March 2015 at 05:35:57 UTC, ketmar wrote:

 On Sat, 28 Mar 2015 04:55:47 +0000, Vladimir Panteleev wrote:


 But honestly, there already exists so much information on how 
 to use
 DustMite...


 ...that people in bugzilla keep asking what it is.


Not knowing what something is and not wanting to learn how to use 
it are different things.


 ANYONE should be able to
 use DustMite or Digger to reduce a test case down to 
 reasonable size.


 having a big codebase that you didn't wrote and never read took 
 12 hours
 to dustmite. not that i can just leave it unattended though, as 
 compiler
 itself segfaults sometimes, and that effectively leaves 
 dustmite frozen.
 so it not only eats resources of my box (and i have a work to 
 do, and
 that work involves compiling big codebases too), but it 
 requires my
 attention. but yes, it's entirely my fault that i cannot afford 
 such
 resources and asking for help, i know.


Honestly, did you even try?

https://github.com/CyberShadow/DustMite/wiki/Detecting-a-segfault-in-dmd-itself
https://github.com/CyberShadow/DustMite/wiki/Running-commands-with-a-timeout
https://github.com/CyberShadow/DustMite/wiki/Useful-test-scripts

Or did you just give up after the first difficulty, saying, 
"well, I tried"?

Do you think your time is more valuable than that of D 
contributors' or something?
Mar 28 2015
next sibling parent reply ketmar <ketmar ketmar.no-ip.org> writes:
On Sat, 28 Mar 2015 14:12:17 +0000, Vladimir Panteleev wrote:



 Honestly, did you even try?


how do you think, where that "12 hours" came from?


 Do you think your time is more valuable than that of D contributors' or
 something?


sure. main D developers shown that they have no respect for other's work=20
(see Andrei calling H.S.Teoh's work of splitting std.algorithm "useless",=20
or Walter blaming me that "the project is badly designed" when it wasn't=20
even my project and i didn't wrote a single line there, and have no=20
understanding of codebase at all), so why should i think that my time is=20
less valuable than theirs?=
Mar 28 2015
parent reply Walter Bright <newshound2 digitalmars.com> writes:
On 3/28/2015 11:03 AM, ketmar wrote:

 sure. main D developers shown that they have no respect for other's work
 (see Andrei calling H.S.Teoh's work of splitting std.algorithm "useless",
 or Walter blaming me that "the project is badly designed" when it wasn't
 even my project and i didn't wrote a single line there, and have no
 understanding of codebase at all), so why should i think that my time is
 less valuable than theirs?



You may interpret what others say as you see fit, but when using "" or >,
please 
ensure that the quote is accurately verbatim.
Mar 29 2015
parent ketmar <ketmar ketmar.no-ip.org> writes:
On Sun, 29 Mar 2015 00:24:12 -0700, Walter Bright wrote:


 On 3/28/2015 11:03 AM, ketmar wrote:

 sure. main D developers shown that they have no respect for other's
 work (see Andrei calling H.S.Teoh's work of splitting std.algorithm
 "useless",
 or Walter blaming me that "the project is badly designed" when it
 wasn't even my project and i didn't wrote a single line there, and have
 no understanding of codebase at all), so why should i think that my
 time is less valuable than theirs?


=20
=20
 You may interpret what others say as you see fit, but when using "" or

, please ensure that the quote is accurately verbatim.




ok. "isn't well modularized and encapsulated". that surely means "badly=20
designed" for me.=
Mar 29 2015
prev sibling parent reply "lobo" <swamplobo gmail.com> writes:
On Saturday, 28 March 2015 at 14:12:19 UTC, Vladimir Panteleev 
wrote:

 On Saturday, 28 March 2015 at 05:35:57 UTC, ketmar wrote:

 On Sat, 28 Mar 2015 04:55:47 +0000, Vladimir Panteleev wrote:


 But honestly, there already exists so much information on how 
 to use
 DustMite...


 ...that people in bugzilla keep asking what it is.


 Not knowing what something is and not wanting to learn how to 
 use it are different things.


 ANYONE should be able to
 use DustMite or Digger to reduce a test case down to 
 reasonable size.


 having a big codebase that you didn't wrote and never read 
 took 12 hours
 to dustmite. not that i can just leave it unattended though, 
 as compiler
 itself segfaults sometimes, and that effectively leaves 
 dustmite frozen.
 so it not only eats resources of my box (and i have a work to 
 do, and
 that work involves compiling big codebases too), but it 
 requires my
 attention. but yes, it's entirely my fault that i cannot 
 afford such
 resources and asking for help, i know.


 Honestly, did you even try?

 https://github.com/CyberShadow/DustMite/wiki/Detecting-a-segfault-in-dmd-itself
 https://github.com/CyberShadow/DustMite/wiki/Running-commands-with-a-timeout
 https://github.com/CyberShadow/DustMite/wiki/Useful-test-scripts

 Or did you just give up after the first difficulty, saying, 
 "well, I tried"?

 Do you think your time is more valuable than that of D 
 contributors' or something?


This attitude is crap and is becoming more frequent on the forums.

The D development team is not interested in listening to their 
user base unless the user base is willing to contribute back to D 
language development with PRs.

Good luck with that because most end-users will not bother even 
trying to file a bug report, let alone distill it down with some 
tool in the compiler download. They'll just move on in another 
language that doesn't require effort fighting compiler/language 
bugs.

bye,
lobo
Mar 28 2015
next sibling parent ketmar <ketmar ketmar.no-ip.org> writes:
On Sun, 29 Mar 2015 02:47:40 +0000, lobo wrote:


 This attitude is crap and is becoming more frequent on the forums.


the funny thing is that D devs managed to convert me from loyal adopter=20
to "asshole". and this has nothing to do with rejecting my ideas per se,=20
btw. the situation now is... bizarre: i love D with passion, but i don't=20
like W&A "driving force" almost with the same passion. that doesn't mean=20
that i'm not grateful to W&A for creating this piece of art, though.=
Mar 28 2015
prev sibling parent reply "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Sunday, 29 March 2015 at 02:47:42 UTC, lobo wrote:

 On Saturday, 28 March 2015 at 14:12:19 UTC, Vladimir Panteleev 
 wrote:

 Do you think your time is more valuable than that of D 
 contributors' or something?


 This attitude is crap and is becoming more frequent on the 
 forums.

 The D development team is not interested in listening to their 
 user base unless the user base is willing to contribute back to 
 D language development with PRs.


Not sure how this is related to the discussion at hand. 
Contributors are more likely to have enough experience with the 
language to make better suggestions, though.

I think that from an outside perspective, it's hard to lose sight 
that D has no well-defined "devteam". Aside Walter and Andrei, 
there are no cabals or inner circles. D contributors are all D 
users who also like to spend some time to improve D.


 Good luck with that because most end-users will not bother even 
 trying to file a bug report, let alone distill it down with 
 some tool in the compiler download. They'll just move on in 
 another language that doesn't require effort fighting 
 compiler/language bugs.


Missing the point.

Here is what Ketmar could have done:

1. Create a regression issue with the unreduced test case. This 
is OK. I occasionally check for unreduced regressions, though 
usually someone beats me to it.

2. Ask for help with the reduction (e.g. digitalmars.D.learn). He 
said he did, but I don't see where! Posting deep in some thread 
doesn't count, very few people read the entire forum.

3. Contact me directly for assistance in using DustMite. I'd be 
happy to help.

I don't think these are unreasonable expectations. If you fail or 
refuse to at least do the above, and then complain how everything 
and everyone is horrible, I have no sympathy for you.
Mar 28 2015
parent reply ketmar <ketmar ketmar.no-ip.org> writes:
On Sun, 29 Mar 2015 05:56:52 +0000, Vladimir Panteleev wrote:


 3. Contact me directly for assistance in using DustMite. I'd be happy to
 help.


can you make my box faster and do my work while it dustmites the big=20
codebase? i didn't know that you are such a wizard.=
Mar 28 2015
parent reply "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Sunday, 29 March 2015 at 06:01:41 UTC, ketmar wrote:

 On Sun, 29 Mar 2015 05:56:52 +0000, Vladimir Panteleev wrote:


 3. Contact me directly for assistance in using DustMite. I'd 
 be happy to
 help.


 can you make my box faster and do my work while it dustmites 
 the big
 codebase? i didn't know that you are such a wizard.


If I can reproduce the bug, I could have a go at reducing it 
myself.
Mar 28 2015
parent ketmar <ketmar ketmar.no-ip.org> writes:
On Sun, 29 Mar 2015 06:04:05 +0000, Vladimir Panteleev wrote:


 On Sunday, 29 March 2015 at 06:01:41 UTC, ketmar wrote:

 On Sun, 29 Mar 2015 05:56:52 +0000, Vladimir Panteleev wrote:


 3. Contact me directly for assistance in using DustMite. I'd be happy
 to help.


 can you make my box faster and do my work while it dustmites the big
 codebase? i didn't know that you are such a wizard.


=20
 If I can reproduce the bug, I could have a go at reducing it myself.


that's great. but i can't see how "assistance in using dustmite" means "i=20
will do it myself". besides, i can google and read good enough to find=20
and read dustmite wiki by myself. maybe i'm not a genius, but i'm not=20
dumb.

dustmite is a great tool, thank you for it. but please, stop accusing me=20
of not doing the things i did a long time before. maybe there were some=20
other reasons beyond illiteracy that forces me to write in NG seeking=20
voluteers to help.=
Mar 28 2015
prev sibling next sibling parent ketmar <ketmar ketmar.no-ip.org> writes:
On Fri, 27 Mar 2015 21:36:15 -0700, Walter Bright wrote:


 On 3/26/2015 3:53 PM, ketmar wrote:

 filling bugs like "this huge project not compiling!" is not working, as
 nobody wants to run dustmite on such projects, people just waiting for
 issue author to provide more information.


=20
 Realistically, people who want to work on bug fixing are going to work
 on ones that have already been isolated and filed.
=20
 If you've got a "huge project that's not compiling" and don't know where
 to start, that implies it isn't well modularized and encapsulated.


thank you for supporting my POV on not reporting bugs. that is what i=20
wanted to told to John, yes.

i must admit, though, that it wasn't even project of mine. but nevermind.=
Mar 27 2015
prev sibling next sibling parent reply "deadalnix" <deadalnix gmail.com> writes:
On Saturday, 28 March 2015 at 04:36:18 UTC, Walter Bright wrote:

 On 3/26/2015 3:53 PM, ketmar wrote:

 filling bugs like "this huge project not compiling!" is not 
 working, as
 nobody wants to run dustmite on such projects, people just 
 waiting for
 issue author to provide more information.


 Realistically, people who want to work on bug fixing are going 
 to work on ones that have already been isolated and filed.

 If you've got a "huge project that's not compiling" and don't 
 know where to start, that implies it isn't well modularized and 
 encapsulated.


That being said I rarely face bugs in a single module. Usually 
bug arise in situation like instantiate the a template from 
another template in another module by passing an alias parameter 
from a symbol in a 3rd module.

Dustmite help to get a smaller repro case, but it literally takes 
ages to get one.
Mar 27 2015
parent Walter Bright <newshound2 digitalmars.com> writes:
On 3/27/2015 11:06 PM, deadalnix wrote:

 That being said I rarely face bugs in a single module. Usually bug arise in
 situation like instantiate the a template from another template in another
 module by passing an alias parameter from a symbol in a 3rd module.


I've noticed this problem with Phobos, which is why I've been advocating 
breaking up the modules into encapsulated pieces.
Mar 27 2015
prev sibling parent "Nick B" <nick.barbalich gmail.com> writes:
On Saturday, 28 March 2015 at 04:36:18 UTC, Walter Bright wrote:

 On 3/26/2015 3:53 PM, ketmar wrote:

 filling bugs like "this huge project not compiling!" is not 
 working, as
 nobody wants to run dustmite on such projects, people just 
 waiting for
 issue author to provide more information.


 Realistically, people who want to work on bug fixing are going 
 to work on ones that have already been isolated and filed.

 If you've got a "huge project that's not compiling" and don't 
 know where to start, that implies it isn't well modularized and 
 encapsulated.


Can anyone provide good rules of thumb for this in D (ie how big 
is too big etc) ?
Apr 09 2015
prev sibling parent reply "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Thursday, 26 March 2015 at 11:25:50 UTC, ketmar wrote:

 Was it filed at issues.dlang.org as a regression?


 nope, it's not. i was asking for help in "general" (building 
 minimised
 sample), but nobody was interested.


Asked where?
Mar 28 2015
parent ketmar <ketmar ketmar.no-ip.org> writes:
On Sun, 29 Mar 2015 05:58:33 +0000, Vladimir Panteleev wrote:


 On Thursday, 26 March 2015 at 11:25:50 UTC, ketmar wrote:

 Was it filed at issues.dlang.org as a regression?


 nope, it's not. i was asking for help in "general" (building minimised
 sample), but nobody was interested.


=20
 Asked where?


there.=
Mar 28 2015
prev sibling parent reply "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Thursday, 26 March 2015 at 06:16:59 UTC, ketmar wrote:

 i told about that, but nobody cares, as usual.


Told where?
Mar 28 2015
parent reply ketmar <ketmar ketmar.no-ip.org> writes:
On Sun, 29 Mar 2015 05:57:59 +0000, Vladimir Panteleev wrote:


 On Thursday, 26 March 2015 at 06:16:59 UTC, ketmar wrote:

 i told about that, but nobody cares, as usual.


=20
 Told where?


in "general", as i mentioned before in this thread. really, the topic is=20
very easy to locate. that nice web interface can even show topicstarter=20
nick!=
Mar 28 2015
parent reply "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Sunday, 29 March 2015 at 06:02:55 UTC, ketmar wrote:

 On Sun, 29 Mar 2015 05:57:59 +0000, Vladimir Panteleev wrote:


 On Thursday, 26 March 2015 at 06:16:59 UTC, ketmar wrote:

 i told about that, but nobody cares, as usual.


 
 Told where?


 in "general", as i mentioned before in this thread.


Ah, I only now understood what you meant by "general".

Here's the thread:

http://forum.dlang.org/post/mec4i0$sej$7 digitalmars.com

Fair enough, I did miss it (although I could think of a better 
subject).

Please file a regression issue with steps to reproduce, and the 
details you have already discovered?
Mar 28 2015
parent ketmar <ketmar ketmar.no-ip.org> writes:
On Sun, 29 Mar 2015 06:12:26 +0000, Vladimir Panteleev wrote:


 On Sunday, 29 March 2015 at 06:02:55 UTC, ketmar wrote:

 On Sun, 29 Mar 2015 05:57:59 +0000, Vladimir Panteleev wrote:


 On Thursday, 26 March 2015 at 06:16:59 UTC, ketmar wrote:

 i told about that, but nobody cares, as usual.


=20
 Told where?


 in "general", as i mentioned before in this thread.


=20
 Ah, I only now understood what you meant by "general".
=20
 Here's the thread:
=20
 http://forum.dlang.org/post/mec4i0$sej$7 digitalmars.com
=20
 Fair enough, I did miss it (although I could think of a better subject).
=20
 Please file a regression issue with steps to reproduce, and the details
 you have already discovered?


there is no need to, as Kenji already did that (i'm sorry for being=20
intrusive with my mails to him), and even made a fix.=
Mar 28 2015
prev sibling next sibling parent "Baz" <bb.temp gmx.com> writes:
thx for the release.

i's just like to point a problem with the distribution of the 
local html doc:
https://issues.dlang.org/show_bug.cgi?id=14329
Mar 24 2015
prev sibling next sibling parent reply Mathias Lang via Digitalmars-d-announce writes:
2015-03-24 18:07 GMT+01:00 Martin Nowak via Digitalmars-d-announce <
digitalmars-d-announce puremagic.com>:


 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.

 See the changelog for more details.
 http://dlang.org/changelog.html

 Download pages and documentation will be updated within the next few hours.

 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/

 Until the binaries are mirrored to the official site, you can get them
 here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


Congrats to everyone involved !
A special thanks to Martin, that helped a lot to get Vibe.d ready for
2.067, and reverted the problematic changes when we realize it wasn't gonna
cut it.
Mar 24 2015
next sibling parent =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 25.03.2015 um 00:00 schrieb Mathias Lang via Digitalmars-d-announce:

 2015-03-24 18:07 GMT+01:00 Martin Nowak via Digitalmars-d-announce
 <digitalmars-d-announce puremagic.com
 <mailto:digitalmars-d-announce puremagic.com>>:

     Glad to announce D 2.067.0.

     This release comes with many improvements.
     The GC is a lot faster for most use-cases, we have improved C++
     interoperability and fixed plenty of bugs.

     See the changelog for more details.
     http://dlang.org/changelog.html

     Download pages and documentation will be updated within the next few
     hours.

     http://downloads.dlang.org/releases/2.x/2.067.0/
     http://ftp.digitalmars.com/

     Until the binaries are mirrored to the official site, you can get
     them here.
     https://dlang.dawg.eu/downloads/dmd.2.067.0/

     -Martin


 Congrats to everyone involved !
 A special thanks to Martin, that helped a lot to get Vibe.d ready for
 2.067, and reverted the problematic changes when we realize it wasn't
 gonna cut it.


+1
Mar 24 2015
prev sibling parent reply "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Tuesday, 24 March 2015 at 23:00:56 UTC, Mathias Lang wrote:

 Congrats to everyone involved !
 A special thanks to Martin, that helped a lot to get Vibe.d 
 ready for 2.067, and reverted the problematic changes when we 
 realize it wasn't gonna cut it.


What were the reverted changes?
Mar 25 2015
parent "Dicebot" <public dicebot.lv> writes:
On Wednesday, 25 March 2015 at 14:42:44 UTC, Vladimir Panteleev 
wrote:

 On Tuesday, 24 March 2015 at 23:00:56 UTC, Mathias Lang wrote:

 Congrats to everyone involved !
 A special thanks to Martin, that helped a lot to get Vibe.d 
 ready for 2.067, and reverted the problematic changes when we 
 realize it wasn't gonna cut it.


 What were the reverted changes?


https://github.com/D-Programming-Language/druntime/pull/1188
Mar 25 2015
prev sibling next sibling parent =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
There are now two release candidates with source compatibility fixes for 
DMD 2.067.0 out for testing:

DUB 0.9.23-rc.1: http://code.dlang.org/download
vibe.d 0.7.23-rc.4: http://code.dlang.org/packages/vibe-d/0.7.23-rc.4

If no regressions or major issues show up, I'll tag the vibe.d release 
tomorrow and the DUB one in a week.
Mar 24 2015
prev sibling next sibling parent "Jonathan" <jadit2 gmail.com> writes:
Thanks to everyone who helped make this happen! This release 
sounds like a solid milestone in multiple crucial areas.

Here's to the next release!
Mar 24 2015
prev sibling next sibling parent reply Paul O'Neil <redballoon36 gmail.com> writes:
On 03/24/2015 01:07 PM, Martin Nowak wrote:

 Glad to announce D 2.067.0.
 
 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.
 
 See the changelog for more details.
 http://dlang.org/changelog.html
 
 Download pages and documentation will be updated within the next few hours.
 
 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/
 
 Until the binaries are mirrored to the official site, you can get them here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/
 
 -Martin
 


I have been eagerly awaiting this release for a while - especially for
std.experimental.logger!

-- 
Paul O'Neil
Github / IRC: todayman
Mar 24 2015
parent "Robert burner Schadek" <rburners gmail.com> writes:
On Wednesday, 25 March 2015 at 02:02:50 UTC, Paul O'Neil wrote:

 I have been eagerly awaiting this release for a while - 
 especially for
 std.experimental.logger!


let me know how you like it! I always need feedback on it
Mar 25 2015
prev sibling next sibling parent reply Rikki Cattermole <alphaglosined gmail.com> writes:
On 25/03/2015 6:07 a.m., Martin Nowak wrote:

 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.

 See the changelog for more details.
 http://dlang.org/changelog.html

 Download pages and documentation will be updated within the next few hours.

 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/

 Until the binaries are mirrored to the official site, you can get them here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


I just want to confirm something. It's possible to configure the GC using:

a) A global variable that is only read before init of runtime
b) CLI args
c) CLI variables

So, wheres d? Configure by function call. I think I should get more 
involved with druntime development..
Mar 24 2015
parent "Martin Nowak" <code dawg.eu> writes:
On Wednesday, 25 March 2015 at 02:53:02 UTC, Rikki Cattermole 
wrote:

 a) A global variable that is only read before init of runtime
 b) CLI args
 c) CLI variables

 So, wheres d? Configure by function call. I think I should get 
 more involved with druntime development..


You need to configure the runtime before starting it, hence it's 
not possible to do this as function call from your program.
Mar 25 2015
prev sibling next sibling parent reply "thedeemon" <dlang thedeemon.com> writes:
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 See the changelog for more details.
 http://dlang.org/changelog.html


I don't see any mention of DIP25 here (Sealed references - return 
ref arguments etc.). Was it implemented and included in this 
release?
Mar 25 2015
next sibling parent Walter Bright <newshound2 digitalmars.com> writes:
On 3/25/2015 1:07 AM, thedeemon wrote:

 I don't see any mention of DIP25 here (Sealed references - return ref arguments
 etc.). Was it implemented and included in this release?


Yes.
Mar 25 2015
prev sibling parent ketmar <ketmar ketmar.no-ip.org> writes:
On Wed, 25 Mar 2015 08:07:17 +0000, thedeemon wrote:


 On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 See the changelog for more details.
 http://dlang.org/changelog.html


=20
 I don't see any mention of DIP25 here (Sealed references - return ref
 arguments etc.). Was it implemented and included in this release?


it is, but it's still "opt-in" feature.=
Mar 25 2015
prev sibling next sibling parent Daniel =?UTF-8?B?S296w6Fr?= via Digitalmars-d-announce writes:
On Tue, 24 Mar 2015 18:07:42 +0100
Martin Nowak via Digitalmars-d-announce
<digitalmars-d-announce puremagic.com> wrote:


 Glad to announce D 2.067.0.
 
 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.
 
 See the changelog for more details.
 http://dlang.org/changelog.html
 
 Download pages and documentation will be updated within the next few
 hours.
 
 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/
 
 Until the binaries are mirrored to the official site, you can get
 them here. https://dlang.dawg.eu/downloads/dmd.2.067.0/
 
 -Martin


Thanks for your work.

One minor issue in changelog

DMD Compiler enhancements

14. Bugzilla 13388: accept ' ' before 'nothrow' and 'pure'

I think this shoud not be here
Mar 25 2015
prev sibling next sibling parent "Alaksiej =?UTF-8?B?U3RhbmtpZXZpxI0i?= <harald_zealot tut.by> writes:
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.


 -Martin


Congratulations!!!
Mar 25 2015
prev sibling next sibling parent Andrej Mitrovic via Digitalmars-d-announce writes:
On 3/24/15, Martin Nowak via Digitalmars-d-announce
<digitalmars-d-announce puremagic.com> wrote:

 Glad to announce D 2.067.0.


Great work! It's amazing seeing how much work you guys are putting in
and making D better with each new release.
Mar 25 2015
prev sibling next sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 3/24/15 10:07 AM, Martin Nowak wrote:

 Glad to announce D 2.067.0.


Spreading the news:

https://twitter.com/D_Programming/status/580813910363791362

https://www.reddit.com/r/programming/comments/30abhy/d_2067_released_with_506_improvements_across/

https://www.facebook.com/dlang.org/posts/1039091439437870

https://news.ycombinator.com/newest


Andrei
Mar 25 2015
parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 3/25/15 12:39 PM, Andrei Alexandrescu wrote:

 On 3/24/15 10:07 AM, Martin Nowak wrote:

 Glad to announce D 2.067.0.


 Spreading the news:


[snip]

Nice, we seem to be on HackerNews' front page: https://news.ycombinator.com/

Andrei
Mar 25 2015
parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 3/25/15 1:32 PM, Andrei Alexandrescu wrote:

 On 3/25/15 12:39 PM, Andrei Alexandrescu wrote:

 On 3/24/15 10:07 AM, Martin Nowak wrote:

 Glad to announce D 2.067.0.


 Spreading the news:


 [snip]

 Nice, we seem to be on HackerNews' front page:
 https://news.ycombinator.com/


And apparently we did something wrong - somehow we fell in minutes from 
position 11 to position 41. -- Andrei
Mar 25 2015
parent reply "Jack Death" <JackDeath death.com> writes:
On Wednesday, 25 March 2015 at 21:13:14 UTC, Andrei Alexandrescu 
wrote:

 On 3/25/15 1:32 PM, Andrei Alexandrescu wrote:

 On 3/25/15 12:39 PM, Andrei Alexandrescu wrote:

 On 3/24/15 10:07 AM, Martin Nowak wrote:

 Glad to announce D 2.067.0.


 Spreading the news:


 [snip]

 Nice, we seem to be on HackerNews' front page:
 https://news.ycombinator.com/


 And apparently we did something wrong - somehow we fell in 
 minutes from position 11 to position 41. -- Andrei


maybe people don't give a s**t?
now over 80
Mar 26 2015
next sibling parent "Mengu" <mengukagan gmail.com> writes:
On Thursday, 26 March 2015 at 16:13:11 UTC, Jack Death wrote:

 On Wednesday, 25 March 2015 at 21:13:14 UTC, Andrei 
 Alexandrescu wrote:

 On 3/25/15 1:32 PM, Andrei Alexandrescu wrote:

 On 3/25/15 12:39 PM, Andrei Alexandrescu wrote:

 On 3/24/15 10:07 AM, Martin Nowak wrote:

 Glad to announce D 2.067.0.


 Spreading the news:


 [snip]

 Nice, we seem to be on HackerNews' front page:
 https://news.ycombinator.com/


 And apparently we did something wrong - somehow we fell in 
 minutes from position 11 to position 41. -- Andrei


 maybe people don't give a s**t?
 now over 80


they can and do move things up and down.
Mar 26 2015
prev sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 3/26/15 9:13 AM, Jack Death wrote:

 On Wednesday, 25 March 2015 at 21:13:14 UTC, Andrei Alexandrescu wrote:

 On 3/25/15 1:32 PM, Andrei Alexandrescu wrote:

 On 3/25/15 12:39 PM, Andrei Alexandrescu wrote:

 On 3/24/15 10:07 AM, Martin Nowak wrote:

 Glad to announce D 2.067.0.


 Spreading the news:


 [snip]

 Nice, we seem to be on HackerNews' front page:
 https://news.ycombinator.com/


 And apparently we did something wrong - somehow we fell in minutes
 from position 11 to position 41. -- Andrei


 maybe people don't give a s**t?


I communicated to an acquaintance at HackerNews and he noticed that 
their spam algorithm misclassified the post. He has subsequently 
restored the post's standing (which got back to a slightly lower 
position due to the time spanned). -- Andrei
Mar 26 2015
parent reply "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Thursday, 26 March 2015 at 20:08:23 UTC, Andrei Alexandrescu 
wrote:

 I communicated to an acquaintance at HackerNews and he noticed 
 that their spam algorithm misclassified the post. He has 
 subsequently restored the post's standing (which got back to a 
 slightly lower position due to the time spanned). -- Andrei


Is it possible that we're still triggering their voting ring 
detectors? Maybe we shouldn't announce HN posts here at all?
Mar 26 2015
parent Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 3/26/15 1:16 PM, Vladimir Panteleev wrote:

 On Thursday, 26 March 2015 at 20:08:23 UTC, Andrei Alexandrescu wrote:

 I communicated to an acquaintance at HackerNews and he noticed that
 their spam algorithm misclassified the post. He has subsequently
 restored the post's standing (which got back to a slightly lower
 position due to the time spanned). -- Andrei


 Is it possible that we're still triggering their voting ring detectors?


Yah, he told me so.


 Maybe we shouldn't announce HN posts here at all?


We did things by the book, and hopefully we can count on them improving 
their algorithms.


Andrei
Mar 26 2015
prev sibling next sibling parent reply "weaselcat" <weaselcat gmail.com> writes:
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.

 See the changelog for more details.
 http://dlang.org/changelog.html

 Download pages and documentation will be updated within the 
 next few hours.

 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/

 Until the binaries are mirrored to the official site, you can 
 get them here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


from the reddit thread:

Anyone know if there's been any comparisons of different 
heapSizeFactor values? Primarly, compared to the default 2, 1.5 
or 1.618.


has anyone working on the GC actually done any comparisons of the 
new options?
Mar 25 2015
next sibling parent "weaselcat" <weaselcat gmail.com> writes:
On Wednesday, 25 March 2015 at 21:38:15 UTC, weaselcat wrote:

 On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.

 See the changelog for more details.
 http://dlang.org/changelog.html

 Download pages and documentation will be updated within the 
 next few hours.

 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/

 Until the binaries are mirrored to the official site, you can 
 get them here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


 from the reddit thread:

Anyone know if there's been any comparisons of different 
heapSizeFactor values? Primarly, compared to the default 2, 1.5 
or 1.618.


 has anyone working on the GC actually done any comparisons of 
 the new options?


nothing?
Mar 26 2015
prev sibling parent Martin Nowak <code+news.digitalmars dawg.eu> writes:
On 03/25/2015 10:38 PM, weaselcat wrote:

 Anyone know if there's been any comparisons of different
 heapSizeFactor values? Primarly, compared to the default 2, 1.5 or 1.618.


 
 has anyone working on the GC actually done any comparisons of the new
 options?


Yes, we compared different values and 2 was a good compromise. Higher
values will result in less collections but use more memory, which lower
values will trigger more collections (slowing down your program) while
requiring less memory.
Apr 07 2015
prev sibling parent "Gary Willoughby" <dev nomad.so> writes:
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote:

 Glad to announce D 2.067.0.

 This release comes with many improvements.
 The GC is a lot faster for most use-cases, we have improved C++
 interoperability and fixed plenty of bugs.

 See the changelog for more details.
 http://dlang.org/changelog.html

 Download pages and documentation will be updated within the 
 next few hours.

 http://downloads.dlang.org/releases/2.x/2.067.0/
 http://ftp.digitalmars.com/

 Until the binaries are mirrored to the official site, you can 
 get them here.
 https://dlang.dawg.eu/downloads/dmd.2.067.0/

 -Martin


This is an awesome release. Thanks to all involved! :)
Mar 26 2015