D IDE "Dexed" - version 3.7.0 available
So the big new is that the tooling is now at 100% 64 bit under windows (DCD, D-Scanner, D-AST-worx and of course the IDE), which is a milestone i waited since several months and it is only possible since yesterday with the release of DMD 2.084.0. Otherwise there are mostly bug fixes. Changelog and downloads : [1] [1]: https://github.com/BBasile/dexed/releases
Re: Release D 2.084.0
On Wednesday, 2 January 2019 at 13:25:25 UTC, Martin Nowak wrote: Glad to announce D 2.084.0, ♥ to the 53 contributors. This release comes with individual control over runtime checks, debuggable string mixins, and an experimental dub feature to improve build cache efficiency. http://dlang.org/download.html http://dlang.org/changelog/2.084.0.html -Martin What about debugging string predicates?
Re: Release D 2.084.0
On Wednesday, 2 January 2019 at 13:25:25 UTC, Martin Nowak wrote: Glad to announce D 2.084.0, ♥ to the 53 contributors. Thanks!
Re: The New Fundraising Campaign
On Wednesday, 2 January 2019 at 13:30:34 UTC, Martin Tschierschke wrote: [...] Thank you! So here an update of the update: $2,464 Raised of $3,000 Goal by 46 Supporters => We only need another 10 Supporters giving an average of $54. Sorry readers, but the numbers are wrong againThe missing amount just has dropped to $511 :-)
Re: The New Fundraising Campaign
On Wednesday, 2 January 2019 at 15:17:36 UTC, Martin Tschierschke wrote: On Wednesday, 2 January 2019 at 11:11:31 UTC, Stefan Koch wrote: On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: I would love to have a campaign to increase compilation speed for std.regex and std.format... You could defer the generation of utf-tables to runtime, which should yield some improvement. But I'll measure the reasons for slowness again and post em. What do you mean by "you" :-) is it related to this? New LDC feature: dynamic compilation https://forum.dlang.org/thread/bskpxhrqyfkvaqzoo...@forum.dlang.org No you'd have to change the Moduls. You means someone tackling the compilespeed issues oft std.Format/std.uni.
Re: The D Blog in 2018
On 1/2/19 10:01 AM, Mike Parker wrote: It's time for the annual D Blog retrospective. Including the stats. The blog: https://dlang.org/blog/2019/01/02/the-d-blog-in-2018/ Reddit: https://www.reddit.com/r/d_language/comments/abu43a/the_d_blog_in_2018/ In a few days I'll be publishing a look back at some of the happenings around DLand at large in 2018, including status updates where appropriate. There's a DMD release to blog about in the interim! "The top five posts of 2017" Fix that ;) -Steve
Re: The New Fundraising Campaign
On Wednesday, 2 January 2019 at 11:11:31 UTC, Stefan Koch wrote: On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: I would love to have a campaign to increase compilation speed for std.regex and std.format... You could defer the generation of utf-tables to runtime, which should yield some improvement. But I'll measure the reasons for slowness again and post em. What do you mean by "you" :-) is it related to this? New LDC feature: dynamic compilation https://forum.dlang.org/thread/bskpxhrqyfkvaqzoo...@forum.dlang.org
The D Blog in 2018
It's time for the annual D Blog retrospective. Including the stats. The blog: https://dlang.org/blog/2019/01/02/the-d-blog-in-2018/ Reddit: https://www.reddit.com/r/d_language/comments/abu43a/the_d_blog_in_2018/ In a few days I'll be publishing a look back at some of the happenings around DLand at large in 2018, including status updates where appropriate. There's a DMD release to blog about in the interim!
Re: The New Fundraising Campaign
On Wednesday, 2 January 2019 at 14:28:55 UTC, Vijay Nayar wrote: On Wednesday, 2 January 2019 at 13:30:34 UTC, Martin Tschierschke wrote: On Wednesday, 2 January 2019 at 13:07:23 UTC, Joakim Brännström wrote: On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: [...] Thanks Martin for the reminder. From my observations of the activities on github it seems like Nicholas Wilson is doing an excellent job :-) Regards, Joakim B. Thank you! So here an update of the update: $2,464 Raised of $3,000 Goal by 46 Supporters => We only need another 10 Supporters giving an average of $54. :-) For me the credit card payment method fails without saying what's wrong. Is there another method to pay, like a IBAN that a transfer could be made to? This is a pity, you may donate to the foundation via paypal but you will have to say what the money is for separately. https://dlang.org/foundation/donate.html
Re: The New Fundraising Campaign
On Wednesday, 2 January 2019 at 11:11:31 UTC, Stefan Koch wrote: On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: I would love to have a campaign to increase compilation speed for std.regex and std.format... You could defer the generation of utf-tables to runtime, which should yield some improvement. But I'll measure the reasons for slowness again and post em. We should just generate them in a helper program in the Phobos makefile. Yeah, it is kinda embarrassing that we are using a C technique instead of D CTFE. But whatever, it is less embarrassing than these awful compile times in user code.
Re: The New Fundraising Campaign
On Wednesday, 2 January 2019 at 13:30:34 UTC, Martin Tschierschke wrote: On Wednesday, 2 January 2019 at 13:07:23 UTC, Joakim Brännström wrote: On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: This campaign will end in 43 day, so the question after app. 50% is, what next? Will we start collecting for something else or should we first try to extend the job of our pull request manager? Thanks Martin for the reminder. From my observations of the activities on github it seems like Nicholas Wilson is doing an excellent job :-) Regards, Joakim B. Thank you! So here an update of the update: $2,464 Raised of $3,000 Goal by 46 Supporters => We only need another 10 Supporters giving an average of $54. :-) For me the credit card payment method fails without saying what's wrong. Is there another method to pay, like a IBAN that a transfer could be made to?
Re: ldexp and frexp benchmark between Mir, C and Phobos
On Wednesday, 2 January 2019 at 09:35:39 UTC, kinke wrote: On Tuesday, 1 January 2019 at 23:36:55 UTC, Guillaume Piolat wrote: llvm_exp (defers to C runtime) gives considerable speed improvement over `std.math.exp`. My tests back then on Linux also showed new `exp(float)` being about half as fast as C, while the double-version was somehow 4x faster. Interesting. At least the VS runtime seems to have different code for `exp(float)` and `exp(double)`. This could be an explanation. Then look at the implementation of exp() and you'll see that it uses ldexp() once. So by porting Ilya's version (or the Cephes one) to Phobos, I'm sure we can match the C speed for single-precision too. Good idea.
Re: The New Fundraising Campaign
On 03/01/2019 12:11 AM, Stefan Koch wrote: On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: I would love to have a campaign to increase compilation speed for std.regex and std.format... You could defer the generation of utf-tables to runtime, which should yield some improvement. But I'll measure the reasons for slowness again and post em. I spent the last couple of hours trying to hunt down the performance cost in std.regex. Its seems to be caused by std.uni. When I say caused by, I mean pretty much 100% of the slowness is happening there. It gets a little worse, the slow parts? Yeah they are being called directly and they are marked package. Something is off about this.
Re: The New Fundraising Campaign
On Wednesday, 2 January 2019 at 13:07:23 UTC, Joakim Brännström wrote: On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: This campaign will end in 43 day, so the question after app. 50% is, what next? Will we start collecting for something else or should we first try to extend the job of our pull request manager? Thanks Martin for the reminder. From my observations of the activities on github it seems like Nicholas Wilson is doing an excellent job :-) Regards, Joakim B. Thank you! So here an update of the update: $2,464 Raised of $3,000 Goal by 46 Supporters => We only need another 10 Supporters giving an average of $54. :-)
Release D 2.084.0
Glad to announce D 2.084.0, ♥ to the 53 contributors. This release comes with individual control over runtime checks, debuggable string mixins, and an experimental dub feature to improve build cache efficiency. http://dlang.org/download.html http://dlang.org/changelog/2.084.0.html -Martin
Re: The New Fundraising Campaign
On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: This campaign will end in 43 day, so the question after app. 50% is, what next? Will we start collecting for something else or should we first try to extend the job of our pull request manager? Thanks Martin for the reminder. From my observations of the activities on github it seems like Nicholas Wilson is doing an excellent job :-) Regards, Joakim B.
Re: The New Fundraising Campaign
On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: I would love to have a campaign to increase compilation speed for std.regex and std.format... You could defer the generation of utf-tables to runtime, which should yield some improvement. But I'll measure the reasons for slowness again and post em.
Re: The New Fundraising Campaign
On Saturday, 10 November 2018 at 16:09:12 UTC, Mike Parker wrote: [...] Please read the blog post for more details: https://dlang.org/blog/2018/11/10/the-new-fundraising-campaign/ For the impatient: https://www.flipcause.com/secure/cause_pdetails/NDUwNTY= I just want this topic to stay on top, so I am giving the updated numbers: Now we are at $2,364 Raised of $3,000 Goal from 45 supporters. This makes an average of: $53 / donor and means we need an other 12 supporters. This campaign will end in 43 day, so the question after app. 50% is, what next? Will we start collecting for something else or should we first try to extend the job of our pull request manager? I would love to have a campaign to increase compilation speed for std.regex and std.format...
Re: ldexp and frexp benchmark between Mir, C and Phobos
On Tuesday, 1 January 2019 at 23:36:55 UTC, Guillaume Piolat wrote: llvm_exp (defers to C runtime) gives considerable speed improvement over `std.math.exp`. My tests back then on Linux also showed new `exp(float)` being about half as fast as C, while the double-version was somehow 4x faster. I've tested `expf` form the VS runtime exhaustively for 32-bit `float` and it showed the relative accuracy was within < 0.0002% of std.math.exp, It's not concerning at all, what is more is the variability of C runtime though vs a D function. Looking for speed AND control :) Then look at the implementation of exp() and you'll see that it uses ldexp() once. So by porting Ilya's version (or the Cephes one) to Phobos, I'm sure we can match the C speed for single-precision too.
