Re: Upgrading the minimum version of FreeBSD supported

2017-04-02 Thread Jonathan M Davis via Digitalmars-d
On Sunday, April 02, 2017 20:40:15 Brad Roberts via Digitalmars-d wrote: > I grabbed the official 10.3-CURRENT vm image from the freebsd website > and gave it a whirl. For the 64 bit test run, the only failure was > std.datetime unit tests failure. Apparently LocalTime().stdName is null > and the

Re: Upgrading the minimum version of FreeBSD supported

2017-04-02 Thread Brad Roberts via Digitalmars-d
On 3/31/2017 6:30 PM, Jonathan M Davis via Digitalmars-d wrote: On Friday, March 31, 2017 15:51:33 Walter Bright via Digitalmars-d wrote: The autotester is currently at FreeBSD 8.4. This is rather obsolete. The linker that is standard on 8.4 is causing problems: https://github.com/dlang/dm

Re: Proposal: Exceptions and @nogc

2017-04-02 Thread Walter Bright via Digitalmars-d
On 4/2/2017 7:02 PM, crimaniak wrote: On Sunday, 2 April 2017 at 05:16:23 UTC, Walter Bright wrote: Using a ref counted solution brings with it a host of problems because the compiler is not set up to ref count class object references, nor is any existing code set up to deal with that. Please d

Re: Proposal: Exceptions and @nogc

2017-04-02 Thread crimaniak via Digitalmars-d
On Sunday, 2 April 2017 at 05:16:23 UTC, Walter Bright wrote: Using a ref counted solution brings with it a host of problems because the compiler is not set up to ref count class object references, nor is any existing code set up to deal with that. Please describe in more detail the problems in

Re: Exceptions in @nogc code

2017-04-02 Thread Walter Bright via Digitalmars-d
On 4/2/2017 2:05 PM, ketmar wrote: Walter Bright wrote: 1. If the thrown object was not allocated with the GC (such as if it was 'emplaced'), then doing a GC free on it at the catch site will corrupt memory. no, it won't. it is completely safe to free non-GC-owned memory with GC[0]. [0] http

Re: Exceptions in @nogc code

2017-04-02 Thread deadalnix via Digitalmars-d
On Saturday, 1 April 2017 at 22:08:27 UTC, Walter Bright wrote: On 4/1/2017 7:54 AM, deadalnix wrote: It doesn't need any kind of throw new scope Exception, and was proposed, literally, years ago during discussion around DIP25 and alike. A link to that proposal would be appreciated. The for

Re: Exceptions in @nogc code

2017-04-02 Thread ketmar via Digitalmars-d
Walter Bright wrote: 1. If the thrown object was not allocated with the GC (such as if it was 'emplaced'), then doing a GC free on it at the catch site will corrupt memory. no, it won't. it is completely safe to free non-GC-owned memory with GC[0]. [0] http://dpldocs.info/experimental-docs/c

Re: dirEntries with ** (recursive) globbing

2017-04-02 Thread timotheecour via Digitalmars-d
On Wednesday, 13 November 2013 at 13:34:37 UTC, Jacob Carlborg wrote: On 2013-11-13 13:20, Timothee Cour wrote: alas, no, I posted on exactly this some times ago: glob is non-recursive in D: http://forum.dlang.org/post/mailman.2367.1382320537.1719.digitalmars-d-le...@puremagic.com Hmm, right,

Re: Exceptions in @nogc code

2017-04-02 Thread Walter Bright via Digitalmars-d
On 4/2/2017 10:21 AM, Andrei Alexandrescu wrote: Such is not possible with a scoped catch. Of course, that's a concern only if we want to preserve backwards compatibility. That can be done if the user makes a clone of 'e' (I don't propose the compiler do this automatically). In turn I don'

Re: Proposal: Exceptions and @nogc

2017-04-02 Thread Walter Bright via Digitalmars-d
On 4/2/2017 8:24 AM, Dmitry Olshansky wrote: Copy means allocate and then deallocate in the catch, defeating the whole propose of preallocating. That's right. Would it be possible to just set a bit somewhere that indicates that the exception is preallocated and need not be freed. Yes, it's

Re: Exceptions in @nogc code

2017-04-02 Thread deadalnix via Digitalmars-d
On Sunday, 2 April 2017 at 18:41:45 UTC, Adam D. Ruppe wrote: On Sunday, 2 April 2017 at 18:16:43 UTC, Johannes Pfau wrote: I do not want GC _allocation_ for embedded systems (don't even want to link in the GC or GC stub code) ;-) Then don't use operator `new`... you're probably using some ki

Re: Exceptions in @nogc code

2017-04-02 Thread Guillaume Piolat via Digitalmars-d
On Sunday, 2 April 2017 at 17:22:11 UTC, Andrei Alexandrescu wrote: On 4/1/17 2:56 PM, Guillaume Piolat wrote: The other @nogc blocker is .destroy How do you mean that? -- Andrei https://github.com/dlang/druntime/blob/master/src/object.d#L2732 destroy() infers it's "@nogc"-ness from rt_fina

Re: Exceptions in @nogc code

2017-04-02 Thread Adam D. Ruppe via Digitalmars-d
On Sunday, 2 April 2017 at 18:16:43 UTC, Johannes Pfau wrote: I do not want GC _allocation_ for embedded systems (don't even want to link in the GC or GC stub code) ;-) Then don't use operator `new`... you're probably using some kind of custom druntime anyway.

Re: Exceptions in @nogc code

2017-04-02 Thread Johannes Pfau via Digitalmars-d
Am Sun, 02 Apr 2017 00:09:09 + schrieb Adam D. Ruppe : > On Saturday, 1 April 2017 at 14:54:21 UTC, deadalnix wrote: > > The problem you want to address is not GC allocations, it is GC > > collection cycles. If everything is freed, then there is no GC > > problem. not only this, but this is

Re: Exceptions in @nogc code

2017-04-02 Thread Andrei Alexandrescu via Digitalmars-d
On 4/1/17 2:56 PM, Guillaume Piolat wrote: The other @nogc blocker is .destroy How do you mean that? -- Andrei

Re: Exceptions in @nogc code

2017-04-02 Thread Andrei Alexandrescu via Digitalmars-d
On 4/1/17 2:18 PM, Dmitry Olshansky wrote: I don't understand what's so difficult to just recognize that "throw new Exception" creates a unique object that is passed to the exception handler. That would be a good possibility: default to creating exceptions as scope objects, speculating that th

Re: Proposal: Exceptions and @nogc

2017-04-02 Thread Dmitry Olshansky via Digitalmars-d
On 4/2/17 9:14 AM, Walter Bright wrote: On 4/1/2017 11:50 PM, Nicholas Wilson wrote: On Sunday, 2 April 2017 at 05:16:23 UTC, Walter Bright wrote: Problem === [...] How will this interact with preallocated exceptions (e.g. from Liran's dconf talk last year)? It will copy them and thro

Re: Deprecation of implicit string concatenation

2017-04-02 Thread Johan Engelen via Digitalmars-d
On Sunday, 2 April 2017 at 11:44:16 UTC, David Nadlinger wrote: On Sunday, 2 April 2017 at 10:55:22 UTC, Johan Engelen wrote: a ~ "abc" "def"; If the order is important, make it `a ~ ("abc" ~ "def")` instead. I'd argue that with concatenation usually being left-associative, clearly statin

Re: Deprecation of implicit string concatenation

2017-04-02 Thread Jacob Carlborg via Digitalmars-d
On 2017-04-02 13:14, Jonathan M Davis via Digitalmars-d wrote: And if the problem is the deprecation message, well, you can only put so much in a deprecation message without making it too long. It could contain a link to some documentation explaining it in more detail. -- /Jacob Carlborg

Re: Deprecation of implicit string concatenation

2017-04-02 Thread David Nadlinger via Digitalmars-d
On Sunday, 2 April 2017 at 10:55:22 UTC, Johan Engelen wrote: a ~ "abc" "def"; If the order is important, make it `a ~ ("abc" ~ "def")` instead. I'd argue that with concatenation usually being left-associative, clearly stating the intention to evaluate the side first would be a good idea

Re: Deprecation of implicit string concatenation

2017-04-02 Thread Jonathan M Davis via Digitalmars-d
On Sunday, April 02, 2017 10:55:22 Johan Engelen via Digitalmars-d wrote: > On Sunday, 2 April 2017 at 10:05:57 UTC, Jonathan M Davis wrote: > > On Sunday, April 02, 2017 11:47:52 Jacob Carlborg via > > > > Digitalmars-d wrote: > >> On 2017-04-02 11:22, Johan Engelen wrote: > >> > Since 2.072, impl

Re: Deprecation of implicit string concatenation

2017-04-02 Thread Johan Engelen via Digitalmars-d
On Sunday, 2 April 2017 at 10:02:09 UTC, Tobias Pankrath wrote: On Sunday, 2 April 2017 at 09:22:38 UTC, Johan Engelen wrote: Did we lose the ability to break strings across lines? [1] https://dlang.org/changelog/2.072.0.html#deprecated_implicit_cat Delimited strings are the way to go. So

Re: Deprecation of implicit string concatenation

2017-04-02 Thread Johan Engelen via Digitalmars-d
On Sunday, 2 April 2017 at 10:05:57 UTC, Jonathan M Davis wrote: On Sunday, April 02, 2017 11:47:52 Jacob Carlborg via Digitalmars-d wrote: On 2017-04-02 11:22, Johan Engelen wrote: > Since 2.072, implicit string concatenation is deprecated > [1]. Can someone give me a link to the discussion ab

Re: Deprecation of implicit string concatenation

2017-04-02 Thread Jonathan M Davis via Digitalmars-d
On Sunday, April 02, 2017 11:47:52 Jacob Carlborg via Digitalmars-d wrote: > On 2017-04-02 11:22, Johan Engelen wrote: > > Since 2.072, implicit string concatenation is deprecated [1]. > > Can someone give me a link to the discussion about this? > > > > I am wondering about the language spec change

Re: Deprecation of implicit string concatenation

2017-04-02 Thread Tobias Pankrath via Digitalmars-d
On Sunday, 2 April 2017 at 09:22:38 UTC, Johan Engelen wrote: Did we lose the ability to break strings across lines? [1] https://dlang.org/changelog/2.072.0.html#deprecated_implicit_cat Delimited strings are the way to go. http://dlang.org/spec/lex.html#StringLiteral

Re: Deprecation of implicit string concatenation

2017-04-02 Thread Jacob Carlborg via Digitalmars-d
On 2017-04-02 11:22, Johan Engelen wrote: Since 2.072, implicit string concatenation is deprecated [1]. Can someone give me a link to the discussion about this? I am wondering about the language spec changes involved. ``` "abc" "def" ``` means something different than ``` "abc" ~ "def"

Deprecation of implicit string concatenation

2017-04-02 Thread Johan Engelen via Digitalmars-d
Since 2.072, implicit string concatenation is deprecated [1]. Can someone give me a link to the discussion about this? I am wondering about the language spec changes involved. ``` "abc" "def" ``` means something different than ``` "abc" ~ "def" ``` right? (for example because opBinary!(“

Re: Registering for DConf, PayPal appears to be broken.

2017-04-02 Thread Rene Zwanenburg via Digitalmars-d
On Saturday, 1 April 2017 at 23:54:45 UTC, Walter Bright wrote: On 4/1/2017 12:38 PM, Rene Zwanenburg wrote: I just tried to register for DConf, but PayPal is borken at the moment. (Not the link on the DConf website, PayPal itself is throwing errors) In case it's still not working tomorrow, wo

Re: CTFE Status 2

2017-04-02 Thread Nicholas Wilson via Digitalmars-d
On Sunday, 2 April 2017 at 04:34:34 UTC, H. S. Teoh wrote: On Sat, Apr 01, 2017 at 05:06:14PM +, Inquie via Digitalmars-d wrote: [...] How far off until newCTFE is usable to compile the majority of templates out there? CTFE and templates are two separate things. You may want to read this

Re: Proposal: Exceptions and @nogc

2017-04-02 Thread Walter Bright via Digitalmars-d
On 4/1/2017 11:50 PM, Nicholas Wilson wrote: On Sunday, 2 April 2017 at 05:16:23 UTC, Walter Bright wrote: Problem === [...] How will this interact with preallocated exceptions (e.g. from Liran's dconf talk last year)? It will copy them and throw the copy.