Re: concurrency call to arms

2018-09-26 Thread John Belmonte via Digitalmars-d
On Thursday, 16 August 2018 at 20:30:26 UTC, John Belmonte wrote: These are novel control structures for managing concurrency. Combining this with cooperative multitasking and explicit, plainly-visible context switching (i.e. async/await-- sorry Olshansky) yields something truly

Re: concurrency call to arms

2018-09-14 Thread John Belmonte via Digitalmars-d
On Tuesday, 28 August 2018 at 20:05:32 UTC, Russel Winder wrote: But that is the point, this is Python specific, and yet the motivating example is a misunderstanding of how Go is used. This inconsistency seriously undermines the general argument. I don't believe I misunderstand how Go is

Re: concurrency call to arms

2018-08-27 Thread John Belmonte via Digitalmars-d
On Wednesday, 22 August 2018 at 16:49:01 UTC, Russel Winder wrote: Have you tried asyncio in the Python standard library? Is Trio better? The library that Guido admits is a disaster? https://twitter.com/gvanrossum/status/938445451908472832 Trio and libraries like it have evolved out of

Re: concurrency call to arms

2018-08-18 Thread John Belmonte via Digitalmars-d
On Friday, 17 August 2018 at 06:36:36 UTC, rikki cattermole wrote: Because we have an event loop, we don't need a nursery! It comes free of charge. It also means we don't need that with statement... hang on that now becomes await and async! Just without the await (auto added in scope(exit),

Re: concurrency call to arms

2018-08-16 Thread John Belmonte via Digitalmars-d
On Thursday, 16 August 2018 at 23:33:04 UTC, H. S. Teoh wrote: However, it would seem to require language support, no? It's going to be a tough sell to Walter & Andrei if it requires language support. (Though IMO it's worth it.) To implement scoped nursery and cancellation? I hope it could

concurrency call to arms

2018-08-16 Thread John Belmonte via Digitalmars-d
This is actually not about war; rather the peace and prosperity of people writing concurrent programs. (Andrei, I hope you are reading and will check out https://vorpus.org/blog/notes-on-structured-concurrency-or-go-statement-considered-harmful/ and

throwing lots of resources at a GC

2018-07-19 Thread John Belmonte via Digitalmars-d
Interesting (and way too detailed for me) tale of GC adventures in golang: https://blog.golang.org/ismmkeynote

Re: D community's view on syntactic sugar

2018-06-30 Thread John Belmonte via Digitalmars-d
On Saturday, 16 June 2018 at 08:39:07 UTC, Dmitry Olshansky wrote: On Friday, 15 June 2018 at 23:04:40 UTC, Sjoerd Nijboer wrote: T* he `async` & `await` keyword from C# make proactor pattern async code extremely easy to reason about. God please no. Look at Go’s popularity because of dead

Re: D vs nim

2018-04-19 Thread John Belmonte via Digitalmars-d
On Tuesday, 27 March 2018 at 01:19:44 UTC, timotheecour wrote: I've created a git repo https://github.com/timotheecour/D_vs_nim/ with the goal: up to date and objective comparison of features between D and nim, and 1:1 map of features, tools, idioms and libraries to help D users learn nim and

Re: does it scale to have 1 person approve of all phobos additions?

2018-04-01 Thread John Belmonte via Digitalmars-d
FWIW, my dmd bug fix PR is getting languish-y. https://github.com/dlang/dmd/pull/8051 Ideally a good bug fix shouldn't sit around for a week. Why I'd call this one good: * in addition to reported bug (struct initializer incorrectly parsed as function literal), a read of the code

Re: -betterC is amazing, make (/keep making) it more sophisticated!

2018-03-22 Thread John Belmonte via Digitalmars-d
On Wednesday, 21 March 2018 at 22:33:37 UTC, Aedt wrote: - C standard library in the standard I noticed that core.stdc.math is missing M_PI and similar constants. Before -betterC I imagine it was considered sufficient that the constants are in phobos. Would anyone else like to see these

Re: understanding Auto-Test

2018-03-21 Thread John Belmonte via Digitalmars-d
On Thursday, 22 March 2018 at 04:25:00 UTC, Seb wrote: - Every time a PR is merged at dmd, druntime or phobos ALL auto-tester results get invalidated If a change on the destination branch causes a PR to require an automatic merge, certainly build and tests should be rerun. But if the two

Re: understanding Auto-Test

2018-03-21 Thread John Belmonte via Digitalmars-d
On Thursday, 22 March 2018 at 01:51:49 UTC, Mike Franklin wrote: I believe what happened is a different PR was merged. When a PR is merged, all tests are invalidated, and the autotester begins testing them again. There is also a priority affecting which PRs get tested first. Those that are

understanding Auto-Test

2018-03-21 Thread John Belmonte via Digitalmars-d
I'm trying to understand why my pull request was queued in D2 Auto-Test for only 2 of 8 tests, with the remaining left in pending state. https://auto-tester.puremagic.com/pull-history.ghtml?projectid=1=1=8051 Since there are pending tests, I'd expect it to appear in the standard priority

Re: Where is naming convention?

2012-06-02 Thread John Belmonte
On Wednesday, 30 May 2012 at 18:53:26 UTC, Alex Rønne Petersen wrote: We're moving towards using ASCII rather than Ascii as the naming style for abbreviations. I don't agree with this style. Camel case employs capitalization as a word delineation cue in lieu of spaces. Incorporating

Re: Lexer and parser generators using CTFE

2012-05-28 Thread John Belmonte
On Monday, 28 May 2012 at 12:27:09 UTC, Philippe Sigaud wrote: I played with this idea with my own Pegged (https://github.com/PhilippeSigaud/Pegged), but I wasn't quite convinced by the result, exactly for the reason above. Also, when looking at real-world Spirit examples, I was a bit

Re: Lexer and parser generators using CTFE

2012-05-27 Thread John Belmonte
On Thursday, 1 March 2012 at 15:10:36 UTC, Philippe Sigaud wrote: mixin(Grammar!(Doc - Node* Node - OpeningTag (Text / Node)* ClosingTag, NodeAction, OpeningTag - '' Identifier '', OpeningAction, ClosingTag - `/` Identifier '', ClosingAction, Text - (!(OpeningTag / ClosingTag) _)+)); That

Re: UFCS on forward reference

2012-05-26 Thread John Belmonte
Status update: I created a pull request for the trivial change required to allow UFCS on opaque structs. Kenji Hara balked at the change however, on the grounds that it opens up function hijacking. I argued why that is not true-- at least using Walter's original definition of hijacking.

Re: Nimrod language

2012-05-26 Thread John Belmonte
On Saturday, 26 May 2012 at 16:01:25 UTC, Jacob Carlborg wrote: I had a look at the Nimrod language, the template and macro features look really cool. I would love to have those in D. I would be great to see such a mechanism employed to increase the power-to-weight ratio of the D language

Re: dmd link mystery on linux

2012-05-21 Thread John Belmonte
Tracking at http://d.puremagic.com/issues/show_bug.cgi?id=8127

newsgroup archive stale

2012-05-20 Thread John Belmonte
I noticed that the newsgroup archive (which search function relies on via Google) hasn't been updated since last month. Does something need a kick? It's frustrating not to be able to search through the last several weeks of messages.

Re: dmd link mystery on linux

2012-05-20 Thread John Belmonte
On Sunday, 20 May 2012 at 13:53:21 UTC, Mike Wey wrote: On my system it looks like the order of the commands passed on to ld differ depending on if -Xlinker is used. gcc passes some default paths to the linker like: -L/lib/ and -L/usr/lib/, now commands passed on to the linker with -Xlinker

dmd link mystery on linux

2012-05-19 Thread John Belmonte
I'm having a problem where the link command line generated by dmd is picking up the globally-installed version of the phobos library instead of my local one. I'm using a dmd.conf pointing at my local phobos build so this shouldn't be happening. From output of dmd rdmd.d -v: gcc rdmd.o -o

Re: UFCS on forward reference

2012-05-15 Thread John Belmonte
On Tuesday, 15 May 2012 at 05:02:20 UTC, Timon Gehr wrote: On 05/15/2012 04:28 AM, John Belmonte wrote: C API's often use a opaque struct pointer as a handle. Mapping such a struct to D using a forward declaration, I noticed that UFCS doesn't work: struct State; ... State* s = new_state

UFCS on forward reference

2012-05-14 Thread John Belmonte
C API's often use a opaque struct pointer as a handle. Mapping such a struct to D using a forward declaration, I noticed that UFCS doesn't work: struct State; ... State* s = new_state(); foo(s); // ok s.foo(); // compile error Error detail: Error: struct State is forward