Re: Compiler benchmarker for D, C, C++, Go, Rust with more to come

2019-03-18 Thread aliak via Digitalmars-d-announce
On Monday, 18 March 2019 at 10:05:40 UTC, Jacob Carlborg wrote: On 2019-03-17 21:09, Per Nordlöw wrote: I thought that already is the case... No, the official binaries are built with DMD as the host compiler. How come they're not built with LDC (for example) and then distributed? I'd

Re: Release D 2.085.0

2019-03-04 Thread aliak via Digitalmars-d-announce
On Sunday, 3 March 2019 at 17:44:21 UTC, Andre Pany wrote: On Sunday, 3 March 2019 at 14:01:03 UTC, aliak wrote: On Saturday, 2 March 2019 at 18:19:37 UTC, Martin Nowak wrote: Glad to announce D 2.085.0, ♥ to the 49 contributors. This release comes with context-aware assertion messages,

Re: Release D 2.085.0

2019-03-03 Thread aliak via Digitalmars-d-announce
On Saturday, 2 March 2019 at 18:19:37 UTC, Martin Nowak wrote: Glad to announce D 2.085.0, ♥ to the 49 contributors. This release comes with context-aware assertion messages, lower GC memory usage, a precise GC, support to link custom GCs, lots of Objective-C improvements¹, and

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-02-01 Thread Aliak via Digitalmars-d-announce
On Friday, 1 February 2019 at 14:41:52 UTC, 12345swordy wrote: On Friday, 1 February 2019 at 11:48:51 UTC, Timon Gehr wrote: On 01.02.19 10:10, aliak wrote: [...] http://wilzbach.github.io/d-dip/DIP24 I'm not sure your rewrite is good though, because it does not preserve aliasing during

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-02-01 Thread aliak via Digitalmars-d-announce
On Friday, 1 February 2019 at 11:48:51 UTC, Timon Gehr wrote: On 01.02.19 10:10, aliak wrote: Shouldn't doubleMyValue(pt.x) be a compiler error if pt.x is a getter? For it not to be a compile error pt.x should also have a setter, in which case the code needs to be lowered to something

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-02-01 Thread aliak via Digitalmars-d-announce
On Thursday, 31 January 2019 at 21:50:32 UTC, Steven Schveighoffer wrote: On 1/31/19 4:46 PM, Olivier FAURE wrote: On Thursday, 31 January 2019 at 18:31:22 UTC, Steven Schveighoffer wrote: BTW, the DIP discusses how to annotate these rare situations: int doubleMyValue(ref int x) { ... }

Re: My Meeting C++ Keynote video is now available

2019-01-14 Thread aliak via Digitalmars-d-announce
On Tuesday, 15 January 2019 at 06:57:28 UTC, Paul Backus wrote: On Tuesday, 15 January 2019 at 05:18:45 UTC, aliak wrote: Quote from article: "The languages with the strongest positive coefficients - meaning associated with a greater number of defect fixes are C++, C, and Objective-C, also

Re: My Meeting C++ Keynote video is now available

2019-01-14 Thread aliak via Digitalmars-d-announce
On Saturday, 12 January 2019 at 15:51:03 UTC, Andrei Alexandrescu wrote: https://youtube.com/watch?v=tcyb1lpEHm0 If nothing else please watch the opening story, it's true and quite funny :o). Now as to the talk, as you could imagine, it touches on another language as well... Andrei

Re: Liran Zvibel of WekaIO on using D to Create the World’s Fastest File System

2018-12-05 Thread aliak via Digitalmars-d-announce
On Wednesday, 5 December 2018 at 23:18:12 UTC, rikki cattermole wrote: On 06/12/2018 10:18 AM, aliak wrote: "Weka is a name of a Machine learning product from New Zealand. Weka is the company that produced Lord of the Rings here in NZ. *Weta. Bless them :D Weka is a set of ML tools from

Re: Liran Zvibel of WekaIO on using D to Create the World’s Fastest File System

2018-12-05 Thread aliak via Digitalmars-d-announce
On Wednesday, 5 December 2018 at 19:59:46 UTC, Joakim wrote: On Wednesday, 5 December 2018 at 09:04:49 UTC, Walter Bright wrote: #4 on HackerNews front page! https://news.ycombinator.com/ 33 points at the moment! Now one of the top-voted links on the front page of HN. I'd just like to

Re: DIP 1015--Deprecation of Implicit Conversion of Int. & Char. Literals to bool--Formal Assement

2018-11-13 Thread aliak via Digitalmars-d-announce
On Tuesday, 13 November 2018 at 09:17:51 UTC, Walter Bright wrote: On 11/13/2018 12:23 AM, aliak wrote: Doesn't the above miss a step, and wouldn't it be: 1) A.a => 2) A.a => So basically for the f(short) path you have 3 steps instead of 2 for the f(int) path. So does it matter how

Re: DIP 1015--Deprecation of Implicit Conversion of Int. & Char. Literals to bool--Formal Assement

2018-11-13 Thread aliak via Digitalmars-d-announce
On Monday, 12 November 2018 at 22:07:39 UTC, Walter Bright wrote: On 11/12/2018 12:34 PM, Neia Neutuladh wrote: Tell me more about this "consistency". int f(short s) { return 1; } int f(int i) { return 2; } enum : int { a = 0 } enum A : int { a = 0 } pragma (msg, f(a)); // calls f(int)

Re: lodash like utility/algorithms library for D

2018-10-01 Thread aliak via Digitalmars-d-announce
On Monday, 1 October 2018 at 00:51:24 UTC, Paul Backus wrote: On Sunday, 30 September 2018 at 22:17:05 UTC, aliak wrote: On Saturday, 29 September 2018 at 19:27:29 UTC, Paul Backus wrote: I agree that this is useful, but why not just return a naked `SumType!(string, JSONError)` in that case?

Re: lodash like utility/algorithms library for D

2018-09-30 Thread aliak via Digitalmars-d-announce
On Saturday, 29 September 2018 at 19:27:29 UTC, Paul Backus wrote: On Saturday, 29 September 2018 at 12:40:14 UTC, aliak wrote: I.e. by allowing you to define the unexepcted you could for instance: enum JSONError { invalidKey, notString, notNumber } auto a = parse(jsonData);

Re: lodash like utility/algorithms library for D

2018-09-29 Thread aliak via Digitalmars-d-announce
On Saturday, 29 September 2018 at 12:44:38 UTC, aliak wrote: On Saturday, 29 September 2018 at 01:40:34 UTC, Robby Marki wrote: On Friday, 28 September 2018 at 14:02:48 UTC, aliak wrote: [...] In this example https://aliak00.github.io/ddash/ddash/functional/try_.html where does the match

Re: lodash like utility/algorithms library for D

2018-09-29 Thread aliak via Digitalmars-d-announce
On Saturday, 29 September 2018 at 01:40:34 UTC, Robby Marki wrote: On Friday, 28 September 2018 at 14:02:48 UTC, aliak wrote: Hi, I've been working for fun on a library [0] that is inspired by a library from the javascript world called lodash [1]. I basically liked the flexibility and

Re: lodash like utility/algorithms library for D

2018-09-29 Thread aliak via Digitalmars-d-announce
On Friday, 28 September 2018 at 17:33:04 UTC, Paul Backus wrote: On Friday, 28 September 2018 at 14:02:48 UTC, aliak wrote: Hi, [...] Lots of good stuff here! I'm curious about your approach to `Expect`, since I've written a version of it myself. How useful have you found being able to

Re: lodash like utility/algorithms library for D

2018-09-28 Thread aliak via Digitalmars-d-announce
On Friday, 28 September 2018 at 14:02:48 UTC, aliak wrote: Hi, [...] PS Docs: https://aliak00.github.io/ddash/ddash/algorithm.html

lodash like utility/algorithms library for D

2018-09-28 Thread aliak via Digitalmars-d-announce
Hi, I've been working for fun on a library [0] that is inspired by a library from the javascript world called lodash [1]. I basically liked the flexibility and thought I'd try and implement a few things as it was about the time I started learning D. It basically tried to do the same with

Re: Copy Constructor DIP and implementation

2018-09-18 Thread aliak via Digitalmars-d-announce
On Wednesday, 19 September 2018 at 00:05:15 UTC, Jonathan M Davis wrote: On Tuesday, September 18, 2018 10:58:39 AM MDT aliak via Digitalmars-d- announce wrote: This will break compilation of current code that has an explicit copy constructor, and the fix is simply to add the attribute

Re: Copy Constructor DIP and implementation

2018-09-18 Thread aliak via Digitalmars-d-announce
On Monday, 17 September 2018 at 23:32:39 UTC, Jonathan M Davis wrote: On Monday, September 17, 2018 5:07:22 PM MDT Manu via Digitalmars-d-announce wrote: [...] Except that @implicit could be introduced for other constructors without having it on copy constructors, and the fact that copy

Re: expectations 0.1.0

2018-09-03 Thread aliak via Digitalmars-d-announce
On Monday, 3 September 2018 at 06:00:06 UTC, Thomas Mader wrote: On Monday, 3 September 2018 at 00:52:39 UTC, Vladimir Panteleev wrote: There are generally two classic approaches to error handling: std::expected is not the only thing on this topic going on in C++. There is also the proposal

Re: expectations 0.1.0

2018-09-03 Thread aliak via Digitalmars-d-announce
On Monday, 3 September 2018 at 06:49:41 UTC, Paul Backus wrote: To me, the only acceptable choices are for `Expected!void` to have the same lazy semantics as `Expected!T`, or for `Expected!void` to be removed altogether. Having one specialization be lazy and one be eager would be a nightmare

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

2018-08-27 Thread aliak via Digitalmars-d-announce
On Monday, 27 August 2018 at 05:22:30 UTC, FeepingCreature wrote: - Consider a short form for "dispatch". Purely for convenience: e.g.: john.d.residence.d.numberOfRooms; Why not .get, like Nullable? As long as you never alias it to this... ;) Mmm... get is indicative of getting the value.

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

2018-08-24 Thread aliak via Digitalmars-d-announce
On Wednesday, 22 August 2018 at 22:49:52 UTC, Paul Backus wrote: On Wednesday, 22 August 2018 at 22:11:05 UTC, aliak wrote: On Monday, 20 August 2018 at 19:52:53 UTC, jmh530 wrote: It's interesting that both sumtype and optional have match templates. Maybe scope to combine these projects?

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

2018-08-22 Thread aliak via Digitalmars-d-announce
On Monday, 20 August 2018 at 19:52:53 UTC, jmh530 wrote: On Monday, 20 August 2018 at 19:06:36 UTC, Seb wrote: [snip] That looks pretty cool! I added optional to run.dlang.io (e.g. https://run.dlang.io/is/912kVG) and the project tester (https://github.com/dlang/ci/pull/288). It's

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

2018-08-20 Thread aliak via Digitalmars-d-announce
On Monday, 20 August 2018 at 09:16:18 UTC, ikod wrote: On Thursday, 16 August 2018 at 16:20:09 UTC, aliak wrote: On Thursday, 16 August 2018 at 12:25:14 UTC, aliak wrote: It's also @nogc and @safe No it's not. Not dispatching at least. Dunno why though. Seems safey is because taking an

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

2018-08-17 Thread aliak via Digitalmars-d-announce
On Friday, 17 August 2018 at 06:59:48 UTC, Petar Kirov [ZombineDev] wrote: On Thursday, 16 August 2018 at 18:10:38 UTC, jmh530 wrote: On Thursday, 16 August 2018 at 12:25:14 UTC, aliak wrote: Hi See: https://optional.dub.pm I've totally revamped the Optional type and am now quite happy

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

2018-08-16 Thread aliak via Digitalmars-d-announce
On Thursday, 16 August 2018 at 12:25:14 UTC, aliak wrote: It's also @nogc and @safe No it's not. Not dispatching at least. Dunno why though. Seems safey is because taking an address. Nogc will have to look in to.

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

2018-08-16 Thread aliak via Digitalmars-d-announce
On Thursday, 16 August 2018 at 15:38:50 UTC, Paul Backus wrote: On Thursday, 16 August 2018 at 12:25:14 UTC, aliak wrote: Hi See: https://optional.dub.pm Looks great! auto john = some(new Person()); Would it also work to leave off the `some` here and skip the first `dispatch` in the

Optional and NotNull version 0.5.0 - swift optional like and scala option like

2018-08-16 Thread aliak via Digitalmars-d-announce
Hi See: https://optional.dub.pm I've totally revamped the Optional type and am now quite happy with. It has a range interface and safe dispatching and can be used to 1) avoid null dereferencing, 2) have non-null guarantees, and 3) show clear intent where there may or may not be a value.

Re: Bolts 0.4 meta programming library

2018-08-02 Thread aliak via Digitalmars-d-announce
On Thursday, 2 August 2018 at 12:06:16 UTC, Patrick Schluter wrote: On Thursday, 2 August 2018 at 10:31:02 UTC, aliak wrote: On Thursday, 2 August 2018 at 08:45:33 UTC, John Colvin wrote: [...] Thanks! And yes, totally aware of that. I have tried to link to relevant forum posts and will try

Re: Bolts 0.4 meta programming library

2018-08-02 Thread aliak via Digitalmars-d-announce
On Thursday, 2 August 2018 at 08:45:33 UTC, John Colvin wrote: On Thursday, 2 August 2018 at 08:40:55 UTC, John Colvin wrote: This looks cool. Lots of things that lots of people have reimplemented lots of times over the years, but all in one place and documented. 2 points: 1) Are you aware

Bolts 0.4 meta programming library

2018-08-02 Thread aliak via Digitalmars-d-announce
Hi, just a release of a meta programming library (https://bolts.dub.pm) that has utilities that I use in personal projects, and that I find in phobos, and or in the forums. A notable difference is that functions here try to operate on any compile time entities if they can be resolved. I.e.:

Re: The dub documentation is now on dub.pm

2018-07-19 Thread aliak via Digitalmars-d-announce
On Thursday, 19 July 2018 at 13:10:01 UTC, Martin Tschierschke wrote: On Thursday, 19 July 2018 at 09:39:04 UTC, Seb wrote: [...] Very ++ :-) There should be a big section for well done dub.sdl / dub.json examples. What about defining "comment" as an special keyword for the .json parser

Re: Seeking lecturer - D language (Moscow)

2018-03-14 Thread Aliak via Digitalmars-d-announce
On Wednesday, 14 March 2018 at 11:44:10 UTC, Simen Kjærås wrote: https://issues.dlang.org/show_bug.cgi?id=5710 might be worth it, even if it means moving from friends and a comfy job in Norway... -- Simen !!! Haha Norway? So up for a Norway D meetup? Oslo? Turns out I even work with

Re: An optional/maybe type with range semantics

2018-03-01 Thread aliak via Digitalmars-d-announce
On Wednesday, 28 February 2018 at 10:55:38 UTC, Andrei Alexandrescu wrote: On 2/28/18 12:54 PM, Andrei Alexandrescu wrote: On 2/25/18 8:03 PM, aliak wrote: Did you take a look at https://dlang.org/library/std/range/only.html? -- Andrei Ah, sorry I missed that you mentioned it. -- Andrei

Re: An optional/maybe type with range semantics

2018-02-27 Thread aliak via Digitalmars-d-announce
On Tuesday, 27 February 2018 at 11:58:34 UTC, Dukc wrote: On Monday, 26 February 2018 at 20:04:14 UTC, aliak wrote: Guess I could do a pointer and call new when i need to store a value instead. Or maybe it's better to do it like above and store as value type with default value and a boolean at

Re: Documentation for any* dub package, any version

2018-02-26 Thread aliak via Digitalmars-d-announce
On Monday, 26 February 2018 at 18:17:51 UTC, Adam D. Ruppe wrote: Oh, fixed now. since there's no ddoc at all in that file, it should have been skipped, I just had a testing "return true;" in the method I forgot to remove. Nice :D Looks good. ketmar sent me a patch to parse a .adrdox_ignore

Re: An optional/maybe type with range semantics

2018-02-26 Thread aliak via Digitalmars-d-announce
On Monday, 26 February 2018 at 16:02:58 UTC, Dukc wrote: I kinda start to see the idea... Granted, nullable is in a way a range that can hold exactly one or exactly zero elements. Not a bad idea at all. Aye, ranges do not need nullability indeed. Optional doesn't need to adhere to the

Re: Documentation for any* dub package, any version

2018-02-26 Thread aliak via Digitalmars-d-announce
On Monday, 26 February 2018 at 14:59:07 UTC, Adam D. Ruppe wrote: Many of you will already know this from the other thread or from my twitter, but I just added a on-demand downloader to my dpldocs.info domain to fetch and build docs for any* dub package. Simply go to

An optional/maybe type with range semantics

2018-02-25 Thread aliak via Digitalmars-d-announce
Alo, Just finished up a first take on an optional type for D. It's essentially a mix of Nullable and std.range.only, but with a lot more bells and whistles. I would love to hear any feedback on code, or features, or bad design or potential for better designs from anyone who's interested :)

Re: Beta 2.079.0

2018-02-22 Thread aliak via Digitalmars-d-announce
On Thursday, 22 February 2018 at 13:51:18 UTC, Seb wrote: On Thursday, 22 February 2018 at 13:35:00 UTC, aliak wrote: barring a revert, Who says we can't revert it? https://github.com/dlang/dmd/pull/7939 On the contrary, imho if it's so controversial it should be reverted now, s.t. it

Re: Beta 2.079.0

2018-02-22 Thread aliak via Digitalmars-d-announce
On Thursday, 22 February 2018 at 08:52:21 UTC, Timothee Cour wrote: you should also mention an important point: current syntax disallows importing a simple module foo (with no package), eg: import std.stdio:write,foo; // there's no way to specify a module `foo` import std.stdio:write & foo;