Re: Will D ever get optional named parameters?

2014-10-13 Thread Cliff via Digitalmars-d
On Monday, 13 October 2014 at 19:18:39 UTC, Walter Bright wrote: On 10/13/2014 7:23 AM, Ary Borenszweig wrote: On 10/13/14, 5:47 AM, Walter Bright wrote: On 10/13/2014 1:29 AM, "岩倉 澪" wrote: Are there good reasons not to add something like this to the language, or is it simply a matter of doi

Re: Program logic bugs vs input/environmental errors

2014-10-04 Thread Cliff via Digitalmars-d
On Sunday, 5 October 2014 at 05:46:56 UTC, ketmar via Digitalmars-d wrote: On Sun, 05 Oct 2014 03:47:31 + Cliff via Digitalmars-d wrote: This is a great feature where we lack a really solid IDE experience (which would have intellisense and auto-completion that could be accurate and

Re: Program logic bugs vs input/environmental errors

2014-10-04 Thread Cliff via Digitalmars-d
On Sunday, 5 October 2014 at 03:34:31 UTC, Walter Bright wrote: On 10/4/2014 2:45 PM, Andrei Alexandrescu wrote: On 10/3/14, 9:26 PM, ketmar via Digitalmars-d wrote: yes. DMD attempts to 'guess' what identifier i mistyped drives me crazy. just shut up and stop after "unknown identifier", you r

Re: D Parsing (again)/ D grammar

2014-10-02 Thread Cliff via Digitalmars-d
On Thursday, 2 October 2014 at 17:43:45 UTC, Vladimir Kazanov wrote: On Thursday, 2 October 2014 at 17:17:53 UTC, Cliff wrote: What has steered you down the path of writing your own parser generator as opposed to using an existing one such as ANTLR? Were there properties you wanted that it

Re: D Parsing (again)/ D grammar

2014-10-02 Thread Cliff via Digitalmars-d
On Thursday, 2 October 2014 at 15:47:04 UTC, Vladimir Kazanov wrote: On Thursday, 2 October 2014 at 15:01:13 UTC, Ola Fosheim Grøstad wrote: Cool, GLL is the way to go IMO, but I am also looking at Earley-parsers. What is the advantage of GLL over Earley if you use a parser generator? I think

Re: RFC: moving forward with @nogc Phobos

2014-10-01 Thread Cliff via Digitalmars-d
On Wednesday, 1 October 2014 at 18:37:50 UTC, Sean Kelly wrote: On Wednesday, 1 October 2014 at 17:53:43 UTC, H. S. Teoh via Digitalmars-d wrote: But Sean's idea only takes strings into account. Strings aren't the only allocated resource Phobos needs to deal with. So extrapolating from that i

Re: So what exactly is coming with extended C++ support?

2014-09-30 Thread Cliff via Digitalmars-d
On Tuesday, 30 September 2014 at 21:19:44 UTC, Ethan wrote: Hello. AAA developer (Remedy) here using D. Custom tech, with a custom binding solution written originally by Manu and continued by myself. A GC itself is not a bad thing. The implementation, however, is. With a codebase like ours

Re: Program logic bugs vs input/environmental errors

2014-09-28 Thread Cliff via Digitalmars-d
On Sunday, 28 September 2014 at 20:58:20 UTC, H. S. Teoh via Digitalmars-d wrote: I do not condone adding file/line to exception *messages*. Catch blocks can print / translate those messages, which can be made user-friendly, but if the program failed to catch an exception, you're already screwe

Re: Read-only property without @property

2014-09-26 Thread Cliff via Digitalmars-d
On Friday, 26 September 2014 at 19:47:15 UTC, Steven Schveighoffer wrote: I wanted to bring this over from D.learn, because I've never seen this before, and it's an interesting solution to creating a property without much boilerplate. So here it is: class Foo { union { private int

Re: What are the worst parts of D?

2014-09-26 Thread Cliff via Digitalmars-d
On Friday, 26 September 2014 at 07:56:57 UTC, Marco Leise wrote: Am Wed, 24 Sep 2014 23:56:24 + You do know that your email is in plain text in the news message header? :p Actually I did not, as I am not presently using a newsreader to access the forums, just the web page. I keep forgetti

Re: What are the worst parts of D?

2014-09-25 Thread Cliff via Digitalmars-d
On Thursday, 25 September 2014 at 23:04:55 UTC, eles wrote: On Thursday, 25 September 2014 at 22:56:56 UTC, Sean Kelly wrote: On Thursday, 25 September 2014 at 22:49:06 UTC, Andrei Alexandrescu wrote: On 9/25/14, 2:10 PM, eles wrote: Why not, for God's sake, stripFront and stripBack? Becaus

Re: What are the worst parts of D?

2014-09-25 Thread Cliff via Digitalmars-d
On Thursday, 25 September 2014 at 18:51:13 UTC, H. S. Teoh via Digitalmars-d wrote: You don't know if recompiling after checking out a previous release of your code will actually give you the same binaries that you shipped 2 months ago. To be clear, even if nothing changed, re-running the bui

Re: What are the worst parts of D?

2014-09-25 Thread Cliff via Digitalmars-d
On Thursday, 25 September 2014 at 17:42:09 UTC, Jacob Carlborg wrote: On 2014-09-25 16:23, H. S. Teoh via Digitalmars-d wrote: That's the hallmark of make-based projects. This was Ninja actually. But how would the build system know I've updated the compiler? The compiler is an input to the

Re: What are the worst parts of D?

2014-09-24 Thread Cliff via Digitalmars-d
Actually you can't do this for D properly without enlisting the help of the compiler. Scoped import is a very interesting conditional dependency (it is realized only if the template is instantiated). Also, lazy opening of imports is almost guaranteed to have a huge good impact on build times.

Re: What are the worst parts of D?

2014-09-24 Thread Cliff via Digitalmars-d
On Wednesday, 24 September 2014 at 23:20:00 UTC, H. S. Teoh via Digitalmars-d wrote: On Wed, Sep 24, 2014 at 11:02:51PM +, Cliff via Digitalmars-d wrote: On Wednesday, 24 September 2014 at 22:49:08 UTC, H. S. Teoh via Digitalmars-d wrote: >On Wed, Sep 24, 2014 at 10:18:29PM +, At

Re: What are the worst parts of D?

2014-09-24 Thread Cliff via Digitalmars-d
On Wednesday, 24 September 2014 at 22:49:08 UTC, H. S. Teoh via Digitalmars-d wrote: On Wed, Sep 24, 2014 at 10:18:29PM +, Atila Neves via Digitalmars-d wrote: [...] If I were to write a build system today that had to spell out all of its commands, I'd go with tup or Ninja. That CMake has s

Re: What are the worst parts of D?

2014-09-24 Thread Cliff via Digitalmars-d
On Wednesday, 24 September 2014 at 20:12:40 UTC, H. S. Teoh via Digitalmars-d wrote: On Wed, Sep 24, 2014 at 07:36:05PM +, Cliff via Digitalmars-d wrote: On Wednesday, 24 September 2014 at 19:26:46 UTC, Jacob Carlborg wrote: >On 2014-09-24 12:16, Walter Bright wrote: > >>I'

Re: What are the worst parts of D?

2014-09-24 Thread Cliff via Digitalmars-d
On Wednesday, 24 September 2014 at 19:26:46 UTC, Jacob Carlborg wrote: On 2014-09-24 12:16, Walter Bright wrote: I've never heard of a non-trivial project that didn't have constant breakage of its build system. All kinds of reasons - add a file, forget to add it to the manifest. Change the fil

Analysis of programming languages on Rosetta

2014-09-24 Thread Cliff via Digitalmars-d
The study doesn't analyze D, but the relationships between languages may be interesting and in some cases surprising. http://se.inf.ethz.ch/people/nanz/research/rosettacode.html NOTE: The link contains only a summary, there is a pointer to the full paper there however.

Re: What are the worst parts of D?

2014-09-23 Thread Cliff via Digitalmars-d
On Wednesday, 24 September 2014 at 05:44:15 UTC, ketmar via Digitalmars-d wrote: On Tue, 23 Sep 2014 21:59:53 -0700 Brad Roberts via Digitalmars-d wrote: I understand quite thoroughly why c++ support is a big win i believe it's not. so-called "enterprise" will not choose D for many reasons

Re: RFC: reference counted Throwable

2014-09-21 Thread Cliff via Digitalmars-d
On Sunday, 21 September 2014 at 23:32:29 UTC, deadalnix wrote: On Sunday, 21 September 2014 at 20:57:24 UTC, Peter Alexander wrote: No improvements to the GC can fix this. @nogc needs to be usable, whether you are a GC fan or not. True. To fix this, we need to add a pile of hack that take car

Re: RFC: reference counted Throwable

2014-09-20 Thread Cliff via Digitalmars-d
On Sunday, 21 September 2014 at 04:59:12 UTC, Paulo Pinto wrote: Am 21.09.2014 04:50, schrieb Andrei Alexandrescu: On 9/20/14, 7:10 PM, bearophile wrote: Andrei Alexandrescu: Rust looked a lot more exciting when I didn't know much about it. I didn't remember ever seeing you excited about Ru

Re: Dependency management in D

2014-09-19 Thread Cliff via Digitalmars-d
On Friday, 19 September 2014 at 19:22:22 UTC, ketmar via Digitalmars-d wrote: On Fri, 19 Sep 2014 19:07:16 + Cliff via Digitalmars-d wrote: that's why dedicating people to work solely on build scripts and infrastructure is good, yet almost nobody does that. ah, "enterprise

Re: Dependency management in D

2014-09-19 Thread Cliff via Digitalmars-d
On Friday, 19 September 2014 at 18:56:20 UTC, ketmar via Digitalmars-d wrote: On Fri, 19 Sep 2014 17:38:20 + Scott Wilson via Digitalmars-d wrote: That CTFE is used randomly everywhere? CTFE *can* be used alot. this is one of D killer features (our regexp engine, for example, not only v

Re: code cleanup in druntime and phobos

2014-09-18 Thread Cliff via Digitalmars-d
I feel like this whole thread's diversion onto the relative merits of GitHub is pretty pointless. Would it be difficult to write a small automation tool that users could run (maybe distributed as part of the DMD package or something) that lets them submit patches/PRs mostly automatically? Or hav

Re: Where should D programs look for .so files on Linux (by default)?

2014-09-17 Thread Cliff via Digitalmars-d
On Wednesday, 17 September 2014 at 17:13:07 UTC, H. S. Teoh via Digitalmars-d wrote: As for how it works on Windows, I have no idea at all. It's probably completely different from Posix, which is more reason to leave it up to plugin framework implementors to implement, rather than hard-coding

Re: Increasing D's visibility

2014-09-16 Thread Cliff via Digitalmars-d
On Tuesday, 16 September 2014 at 21:21:08 UTC, Martin Drasar via Digitalmars-d wrote: On 16.9.2014 20:07, Anonymous via Digitalmars-d wrote: Dlang on 4chan http://boards.4chan.org/g/thread/44196390/dlang Yeah, and the discussion is just in line with typical 4chan discussions :-) A1) Andrei

Re: std.experimental.logger: practical observations

2014-09-16 Thread Cliff via Digitalmars-d
On Monday, 15 September 2014 at 22:47:57 UTC, Robert burner Schadek wrote: On Monday, 15 September 2014 at 22:39:55 UTC, David Nadlinger wrote: Issues like threading behavior and (a)synchronicity guarantees are part of the API, though, and need to be clarified as part of the std.logger design.

Re: std.experimental.logger: practical observations

2014-09-15 Thread Cliff via Digitalmars-d
On Monday, 15 September 2014 at 22:39:55 UTC, David Nadlinger wrote: On Monday, 15 September 2014 at 22:33:46 UTC, Robert burner Schadek wrote: and you can do all that with std.logger. again, the idea of std.logger is not to give you everything, because nobody knows what that even is, the idea

Re: std.experimental.logger: practical observations

2014-09-15 Thread Cliff via Digitalmars-d
On Monday, 15 September 2014 at 18:24:07 UTC, Marco Leise wrote: Ah, so you avoid recursion issues by separating the calls to error() et altera from the actual process of writing to disk or sending via the network. Behind error() there would be a fixed implementation controlled by the author of

Re: std.experimental.logger: practical observations

2014-09-14 Thread Cliff via Digitalmars-d
On Sunday, 14 September 2014 at 07:22:52 UTC, Marco Leise wrote: Am Sat, 13 Sep 2014 14:34:16 + schrieb "Robert burner Schadek" : On Friday, 12 September 2014 at 16:08:42 UTC, Marco Leise wrote: > > Remember that the stdlog is __gshared? Imagine we set the > LogLevel to off and while execu

Re: [OT] Microsoft filled patent applications for scoped and immutable types

2014-08-26 Thread Cliff via Digitalmars-d
On Tuesday, 26 August 2014 at 20:27:55 UTC, Timon Gehr wrote: On 08/26/2014 10:13 PM, Cliff wrote: On Tuesday, 26 August 2014 at 19:47:25 UTC, Casper Færgemand wrote: How would this even work? It looks like this applies only to the inference of immutability based on the structure of the type

Re: [OT] Microsoft filled patent applications for scoped and immutable types

2014-08-26 Thread Cliff via Digitalmars-d
On Tuesday, 26 August 2014 at 19:47:25 UTC, Casper Færgemand wrote: How would this even work? It looks like this applies only to the inference of immutability based on the structure of the type and its methods, as opposed to a declaration of immutability.