Re: DIP74 - where is at?

On 11 October 2015 at 15:52, Freddy via Digitalmars-d wrote: > On Saturday, 10 October 2015 at 23:25:49 UTC, Manu wrote: >> >> [...] > > > Speaking of DIP74 can't we just wrap a class in a struct with use reference > counting with and use alias this? Because the

Re: DIP74 - where is at?

On 11 October 2015 at 16:06, Freddy via Digitalmars-d wrote: > On Sunday, 11 October 2015 at 05:52:45 UTC, Freddy wrote: >> >> Speaking of DIP74 can't we just wrap a class in a struct with use >> reference counting with and use alias this? > > > Also how will DIP74

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 06:55:50 UTC, Manu wrote: On 11 October 2015 at 14:35, Jonathan M Davis via Digitalmars-d wrote: On Sunday, 11 October 2015 at 04:16:11 UTC, deadalnix wrote: If we go these DIP road, there is no coming back and this will get in the

[Issue 15180] [REG2.069.0-b1] Segfault with empty struct used as UDA

https://issues.dlang.org/show_bug.cgi?id=15180 Kenji Hara changed: What|Removed |Added Keywords||ice

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 07:08:26 UTC, Andrei Alexandrescu wrote: On 10/11/15 7:25 AM, deadalnix wrote: On Sunday, 11 October 2015 at 02:01:09 UTC, Jonathan M Davis wrote: AFAIK, Walter and Andrei are still in favor of something that's at least similar to DIP 74. Andrei made a comment in

[Issue 15163] Parser bug on double function call

https://issues.dlang.org/show_bug.cgi?id=15163 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/0047b4130cf368c077deb1a9997e404bb6b0416d fix Issue 15163 - Parser

Re: Beta D 2.069.0-b1

On 2015-10-11 11:45, Johannes Pfau wrote: We even have such a problem in object.d: https://github.com/D-Programming-Language/druntime/blob/master/src/object.d#L1461 I remember somebody asking in D.learn why his custom test runner did not work. Problem was related to wrong parenthesis: The

[Issue 3913] Bad error message with wrong enum

https://issues.dlang.org/show_bug.cgi?id=3913 Andrej Mitrovic changed: What|Removed |Added URL|

Re: How to check whether an empty array variable is null?

On Sunday, October 11, 2015 05:10:34 tcak via Digitalmars-d-learn wrote: > On Saturday, 10 October 2015 at 20:07:11 UTC, Jonathan M Davis > wrote: > > On Saturday, October 10, 2015 15:20:02 tcak via > > Digitalmars-d-learn wrote: > >> [code] > >> int[] list; > >> > >> list = new int[0]; > >> >

Re: DIP74 - where is at?

On 11 October 2015 at 15:57, deadalnix via Digitalmars-d wrote: > On Sunday, 11 October 2015 at 05:52:45 UTC, Freddy wrote: >> >> On Saturday, 10 October 2015 at 23:25:49 UTC, Manu wrote: >>> >>> [...] >> >> >> Speaking of DIP74 can't we just wrap a class in a struct

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 06:48:54 UTC, Manu wrote: I don't really see that DIP25 and DIP74 are particularly closely related. Ho they are. It is all about ownership. DIP25 is a lame cop-out with respect to scope. I was a major backer of a proper scope implementation, and given that, I

[Issue 12558] try/catch allows implicit catching of Errors without specifying any Exception type

https://issues.dlang.org/show_bug.cgi?id=12558 Andrej Mitrovic changed: What|Removed |Added URL|https://github.com/D-Progra

[Issue 5839] Spellchecker matches private symbols outside of the module, leading to extra, broken error messages

https://issues.dlang.org/show_bug.cgi?id=5839 Andrej Mitrovic changed: What|Removed |Added Status|REOPENED|RESOLVED

[Issue 5839] Spellchecker matches private symbols outside of the module, leading to extra, broken error messages

https://issues.dlang.org/show_bug.cgi?id=5839 Andrej Mitrovic changed: What|Removed |Added Assignee|andrej.mitrov...@gmail.com

[Issue 5969] Poor error message for foreach over type tuple

https://issues.dlang.org/show_bug.cgi?id=5969 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED

Re: DIP74 - where is at?

On 11 October 2015 at 14:25, deadalnix via Digitalmars-d wrote: > On Sunday, 11 October 2015 at 02:01:09 UTC, Jonathan M Davis wrote: >> >> AFAIK, Walter and Andrei are still in favor of something that's at least >> similar to DIP 74. Andrei made a comment in a thread

Re: DIP74 - where is at?

On 11 October 2015 at 16:17, deadalnix via Digitalmars-d wrote: > On Sunday, 11 October 2015 at 06:10:32 UTC, Jonathan M Davis wrote: >> >> On Sunday, 11 October 2015 at 05:52:45 UTC, Freddy wrote: >>> >>> On Saturday, 10 October 2015 at 23:25:49 UTC, Manu wrote:

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 07:01:35 UTC, Manu wrote: On 11 October 2015 at 15:57, deadalnix via Digitalmars-d wrote: On Sunday, 11 October 2015 at 05:52:45 UTC, Freddy wrote: On Saturday, 10 October 2015 at 23:25:49 UTC, Manu wrote: [...] Speaking of

Re: DIP74 - where is at?

On 11 October 2015 at 17:10, Andrei Alexandrescu via Digitalmars-d wrote: > On 10/11/15 9:48 AM, Manu via Digitalmars-d wrote: >> >> C++ basically implemented rval-references to >> improve (not solve) the RC problem... > > > Interesting, haven't heard of this

Re: -> and :: operators

On Friday, 9 October 2015 at 19:48:39 UTC, Dmitry Olshansky wrote: On 09-Oct-2015 21:44, Freddy wrote: On Friday, 9 October 2015 at 04:15:42 UTC, Ali Çehreli wrote: Semi-relatedly, a colleague who has heard many D sales pitches from me over the years is recently "looking at Go" and liking it

[Issue 15184] New: Wrongly shaped array accepted as matrix initializer

https://issues.dlang.org/show_bug.cgi?id=15184 Issue ID: 15184 Summary: Wrongly shaped array accepted as matrix initializer Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Keywords:

Re: DIP74 - where is at?

On 11 October 2015 at 14:16, deadalnix via Digitalmars-d wrote: > On Sunday, 11 October 2015 at 01:48:05 UTC, Manu wrote: >> >> I'm rather in favour of DIP74... what's unprincipled about it? What would >> you do instead? >> > > Well, DIP25 and DIP74 are ad hoc adding

Re: DIP74 - where is at?

On 11 October 2015 at 14:35, Jonathan M Davis via Digitalmars-d wrote: > On Sunday, 11 October 2015 at 04:16:11 UTC, deadalnix wrote: >> >> If we go these DIP road, there is no coming back and this will get in the >> way of a principled approach. > > > Then come up

Re: DIP74 - where is at?

On 10/11/15 7:25 AM, deadalnix wrote: On Sunday, 11 October 2015 at 02:01:09 UTC, Jonathan M Davis wrote: AFAIK, Walter and Andrei are still in favor of something that's at least similar to DIP 74. Andrei made a comment in a thread just the other day that indicated that he was in favor of

Re: DIP74 - where is at?

On 10/11/15 9:48 AM, Manu via Digitalmars-d wrote: C++ basically implemented rval-references to improve (not solve) the RC problem... Interesting, haven't heard of this viewpoint. Could you please give detail on that? -- Andrei

Re: DIP74 - where is at?

On 11 October 2015 at 17:30, deadalnix via Digitalmars-d wrote: > On Sunday, 11 October 2015 at 06:48:54 UTC, Manu wrote: >> >> I don't really see that DIP25 and DIP74 are particularly closely related. > > > Ho they are. It is all about ownership. > >> DIP25 is a lame

Re: How to check whether an empty array variable is null?

On Saturday, 10 October 2015 at 15:46:51 UTC, Meta wrote: On Saturday, 10 October 2015 at 15:20:04 UTC, tcak wrote: [code] int[] list; list = new int[0]; std.stdio.writeln("Is Null ? ", (list is null)); [/code] Result is "Is Null? true". } Do I miss the

[Issue 3438] struct ctor with defaulted parameters should be rejected

https://issues.dlang.org/show_bug.cgi?id=3438 Andrej Mitrovic changed: What|Removed |Added URL|

Re: Hash-Table-Based Multiple Arguments Replacement

On Sunday, 11 October 2015 at 05:06:04 UTC, Nordlöw wrote: On Sunday, 11 October 2015 at 00:16:44 UTC, Meta wrote: There was something like this proposed quite awhile ago (can't remember what it was, might've been extending unary/binaryFun to accept an AA), but it was rejected. With static

[Issue 12624] Internal error: backend\cgobj.c 2313 with Rebindable!(immutable TimeZone) in std.datetime

https://issues.dlang.org/show_bug.cgi?id=12624 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de

Re: Beta D 2.069.0-b1

On Wednesday, 7 October 2015 at 22:33:09 UTC, Martin Nowak wrote: First beta for the 2.069.0 release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.069.0.html Please report any bugs at https://issues.dlang.org -Martin First beta, so far I can use it as a drop in

Re: DIP74 - where is at?

On 11 October 2015 at 17:16, Jonathan M Davis via Digitalmars-d wrote: > On Sunday, 11 October 2015 at 06:55:50 UTC, Manu wrote: >> >> On 11 October 2015 at 14:35, Jonathan M Davis via Digitalmars-d >> wrote: >>> >>> On Sunday, 11 October

Re: Beta D 2.069.0-b1

Am Sun, 11 Oct 2015 01:54:39 + schrieb deadalnix : > On Saturday, 10 October 2015 at 02:57:03 UTC, Meta wrote: > > On Saturday, 10 October 2015 at 02:31:51 UTC, Martin Nowak > > wrote: > >> That's what I meant, weird use-case, at best it's a callback > >> better/setter.

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 05:52:45 UTC, Freddy wrote: On Saturday, 10 October 2015 at 23:25:49 UTC, Manu wrote: [...] Speaking of DIP74 can't we just wrap a class in a struct with use reference counting with and use alias this? alias is problematic, because it allows the class

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 05:52:45 UTC, Freddy wrote: Speaking of DIP74 can't we just wrap a class in a struct with use reference counting with and use alias this? Also how will DIP74 work with incremental compilation? --- extern (D) class RcClass; void func(RcClass a) { //opps

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 05:52:45 UTC, Freddy wrote: On Saturday, 10 October 2015 at 23:25:49 UTC, Manu wrote: [...] Speaking of DIP74 can't we just wrap a class in a struct with use reference counting with and use alias this? You can. It is not safe, but it will do. Using type

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 06:10:32 UTC, Jonathan M Davis wrote: On Sunday, 11 October 2015 at 05:52:45 UTC, Freddy wrote: On Saturday, 10 October 2015 at 23:25:49 UTC, Manu wrote: [...] Speaking of DIP74 can't we just wrap a class in a struct with use reference counting with and use

[Issue 15185] New: [REG2.069.0-b1] Not possible to create instance of TypeInfo

https://issues.dlang.org/show_bug.cgi?id=15185 Issue ID: 15185 Summary: [REG2.069.0-b1] Not possible to create instance of TypeInfo Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 15185] [REG2.069.0-b1] Not possible to create instance of TypeInfo

https://issues.dlang.org/show_bug.cgi?id=15185 --- Comment #1 from Jacob Carlborg --- I might add that "init" is declared as "abstract" so there's no compiler bug here. --

Re: -> and :: operators

On Sunday, 11 October 2015 at 09:43:04 UTC, Idan Arye wrote: On Friday, 9 October 2015 at 19:48:39 UTC, Dmitry Olshansky wrote: This is the innovation in D(regarding this issue) - that on struct types, the same operator is used for BOTH the value type and the pointer to it. At the risk of

[Issue 15185] [REG2.069.0-b1] Not possible to create instance of TypeInfo

https://issues.dlang.org/show_bug.cgi?id=15185 --- Comment #2 from Kenji Hara --- Introduced in: https://github.com/D-Programming-Language/druntime/pull/1307 --

Re: -> and :: operators

On Sunday, 11 October 2015 at 13:05:41 UTC, Warwick wrote: On Sunday, 11 October 2015 at 09:43:04 UTC, Idan Arye wrote: On Friday, 9 October 2015 at 19:48:39 UTC, Dmitry Olshansky wrote: This is the innovation in D(regarding this issue) - that on struct types, the same operator is used for

Re: DIP74 - where is at?

On 10/11/15 10:53 AM, deadalnix wrote: I'm saying that DIP 25 was implemented and showed that it was too limited. The various experiment with it showed that is wasn't enough (ref counted objects) or required to jump though a lot of hoops for somewhat disappointing result (ref counted arrays).

Re: how to do iota(0,256) with ubytes ? (cf need for iotaInclusive)

On Friday, 9 October 2015 at 07:20:43 UTC, John Colvin wrote: On Friday, 9 October 2015 at 02:41:50 UTC, Timothee Cour wrote: how to do iota(0,256) with ubytes ? and more generally: iota with 'end' parameter set to max range of a type. of course this doesn't work: auto b=iota(ubyte(0),

[Issue 15141] Object.factory allows the creation of derived abstract classes

https://issues.dlang.org/show_bug.cgi?id=15141 Andrej Mitrovic changed: What|Removed |Added CC|

[Issue 14970] [D1] Add support for "Template Params" section in ddoc

https://issues.dlang.org/show_bug.cgi?id=14970 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 481] Letting compiler determine length for fixed-length arrays

https://issues.dlang.org/show_bug.cgi?id=481 --- Comment #32 from Shriramana Sharma --- (In reply to hsteoh from comment #30) > Huh, I thought this PR was reverted because Andrei/Walter didn't like it; > why is it being pulled into the 2.067 branch? What is not to like about

Re: DIP74 - where is at?

On 10/11/15 10:16 AM, Jonathan M Davis wrote: On Sunday, 11 October 2015 at 06:55:50 UTC, Manu wrote: On 11 October 2015 at 14:35, Jonathan M Davis via Digitalmars-d wrote: On Sunday, 11 October 2015 at 04:16:11 UTC, deadalnix wrote: If we go these DIP road,

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 06:10:32 UTC, Jonathan M Davis wrote: alias is problematic, because it allows the class reference to escape. opDispatch doesn't have that problem, though there may be other complications that it introduces (I don't know). It does get kind of complicated though

Re: TLBB: The Last Big Breakage

On Sunday, 16 March 2014 at 04:08:15 UTC, Andrei Alexandrescu wrote: D1's approach to multithreading was wanting. D2 executed a big departure from that with the shared qualifier and the default-thread-local approach to data. We think this is a win, but D2 inherited a lot of D1's

[Issue 8765] assert should print the source code for the condition when no message argument present

https://issues.dlang.org/show_bug.cgi?id=8765 --- Comment #12 from Andrej Mitrovic --- (In reply to Walter Bright from comment #11) > (In reply to Val Markovic from comment #0) > > Currently I just get "unittest failure" instead of the condition > > source, which is

Digital Mars Contact Address

I would like contact with Digital Mars company through email address. Actually, I want to help Digital Mars to make various library for D language such as Graphics library or Windows GUI library. But the problem is, I could not found the email address properly. So, where can I find the email

Re: Would a DSpin or DLab for Fedora make sense?

On Friday, 9 October 2015 at 18:10:59 UTC, tim wrote: Would a DSpin or DLab for Fedora make sense? i.e. a Linux build with most of the D stuff preinstalled. What is Fedora Labs? Fedora Labs is a selection of curated bundles of purpose-driven software and content as curated and maintained by

[Issue 15182] only(enums) refused

https://issues.dlang.org/show_bug.cgi?id=15182 Andrej Mitrovic changed: What|Removed |Added CC|

[Issue 7903] [TDPL] public member variables are supposed to be illegal in synchronized classes

https://issues.dlang.org/show_bug.cgi?id=7903 Andrej Mitrovic changed: What|Removed |Added URL|

Re: -> and :: operators

On Sunday, 11 October 2015 at 09:43:04 UTC, Idan Arye wrote: This is the innovation in D(regarding this issue) - that on struct types, the same operator is used for BOTH the value type and the pointer to it. BETA is the successor to Simula and it does not distinguish between value or

Re: how to do iota(0,256) with ubytes ? (cf need for iotaInclusive)

On Sunday, 11 October 2015 at 13:58:24 UTC, Temtaime wrote: On Friday, 9 October 2015 at 07:20:43 UTC, John Colvin wrote: On Friday, 9 October 2015 at 02:41:50 UTC, Timothee Cour wrote: how to do iota(0,256) with ubytes ? and more generally: iota with 'end' parameter set to max range of a

[Issue 14955] [D1] Add module profiling feature

https://issues.dlang.org/show_bug.cgi?id=14955 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED

Re: Beta D 2.069.0-b1

On Sunday, 11 October 2015 at 01:52:12 UTC, deadalnix wrote: On Saturday, 10 October 2015 at 16:31:27 UTC, Ola Fosheim Grøstad wrote: On Saturday, 10 October 2015 at 12:51:43 UTC, Jacob Carlborg wrote: In Ruby, no one will ever use empty parentheses for calling a method. That's actually the

[Issue 8765] assert should print the source code for the condition when no message argument present

https://issues.dlang.org/show_bug.cgi?id=8765 Andrej Mitrovic changed: What|Removed |Added URL|

[Issue 9255] Inconsistent .file field of thrown exceptions

https://issues.dlang.org/show_bug.cgi?id=9255 Andrej Mitrovic changed: What|Removed |Added URL|

[Issue 15187] dispose for allocators is broken

https://issues.dlang.org/show_bug.cgi?id=15187 --- Comment #1 from Илья Ярошенко --- https://github.com/D-Programming-Language/phobos/pull/3711 --

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 18:52:44 UTC, deadalnix wrote: On Sunday, 11 October 2015 at 13:51:18 UTC, Andrei Alexandrescu wrote: Walter and I are happy with DIP25, and the fact of the matter is we weren't surprised more complementary work is needed. So no, I won't acknowledge what I don't

Re: -> and :: operators

On Sunday, 11 October 2015 at 13:50:18 UTC, Idan Arye wrote: On Sunday, 11 October 2015 at 13:05:41 UTC, Warwick wrote: On Sunday, 11 October 2015 at 09:43:04 UTC, Idan Arye wrote: On Friday, 9 October 2015 at 19:48:39 UTC, Dmitry Olshansky wrote: At the risk of sounding like a broken record

[Issue 15188] New: `deallocate` cause memory leaks

https://issues.dlang.org/show_bug.cgi?id=15188 Issue ID: 15188 Summary: `deallocate` cause memory leaks Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major Priority: P1

Re: Beta D 2.069.0-b1

On Sunday, 11 October 2015 at 17:57:54 UTC, Meta wrote: Just a joke; I consider this a terrible aspect of D. :) I never know what is a joke or not in the forums these days. Anyway, a key difference is that a key inspiration for both BETA and also the actor model is modelling physical (or

[Issue 15186] New: Emit better diagnostic for C++ member lookup operators

https://issues.dlang.org/show_bug.cgi?id=15186 Issue ID: 15186 Summary: Emit better diagnostic for C++ member lookup operators Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: diagnostic

[Issue 15187] New: dispose for allocators is broken

https://issues.dlang.org/show_bug.cgi?id=15187 Issue ID: 15187 Summary: dispose for allocators is broken Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major Priority: P1

Re: Beta D 2.069.0-b1

On Sunday, 11 October 2015 at 16:42:36 UTC, Meta wrote: On Sunday, 11 October 2015 at 16:00:40 UTC, Ola Fosheim Grøstad wrote: That also means that BETA does not distinguish between a function call and an assignment. Hey, neither does D! writeln("Hello, World!"); writeln = "Hello, World!";

[Issue 15189] New: Dwarf debug info is inaccurate

https://issues.dlang.org/show_bug.cgi?id=15189 Issue ID: 15189 Summary: Dwarf debug info is inaccurate Product: D Version: D2 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P1

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 13:51:18 UTC, Andrei Alexandrescu wrote: Walter and I are happy with DIP25, and the fact of the matter is we weren't surprised more complementary work is needed. So no, I won't acknowledge what I don't believe. That is an empty statement. What is there to be

Re: Beta D 2.069.0-b1

On Sunday, 11 October 2015 at 16:00:40 UTC, Ola Fosheim Grøstad wrote: That also means that BETA does not distinguish between a function call and an assignment. Hey, neither does D! writeln("Hello, World!"); writeln = "Hello, World!";

Re: -> and :: operators

On Friday, 9 October 2015 at 03:41:42 UTC, Walter Bright wrote: These, of course, are C++ operators that are replace with the . operator in D. But when I translate C++ code to D, sometimes these operators get left behind, and sometimes I simply reflexively type them into D code. The error

Re: Beta D 2.069.0-b1

On Sunday, 11 October 2015 at 17:27:39 UTC, Ola Fosheim Grøstad wrote: On Sunday, 11 October 2015 at 16:42:36 UTC, Meta wrote: On Sunday, 11 October 2015 at 16:00:40 UTC, Ola Fosheim Grøstad wrote: That also means that BETA does not distinguish between a function call and an assignment. Hey,

[Issue 15189] Dwarf debug info is inaccurate

https://issues.dlang.org/show_bug.cgi?id=15189 --- Comment #3 from yazan.dab...@gmail.com --- I am sure there is a lot of other cases too. --

[Issue 15189] Dwarf debug info is inaccurate

https://issues.dlang.org/show_bug.cgi?id=15189 --- Comment #2 from yazan.dab...@gmail.com --- I fear that, as now file/line info show in backtraces, these bugs will be more annoying and prevalent. --

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 22:07:44 UTC, deadalnix wrote: That's not true. I explained in this thread why it is too limited, most notably : 1/ It was barely able to provide a non GC managed array type. More details here: http://forum.dlang.org/thread/mcg8qq$1mbr$1...@digitalmars.com

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 22:12:50 UTC, Ola Fosheim Grøstad wrote: On Sunday, 11 October 2015 at 21:15:38 UTC, Jonathan M Davis wrote: In this case in C++, because the ref-counting is not built-in to the type, there is no way for the Child to have access to its parent via a shared_ptr. It

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 20:35:05 UTC, Andrei Alexandrescu wrote: Could you please point to the document you have already written? For instance, we had a discussion with Walter and Mark that eventually yielded DIP25. In there, I made the following proposal :

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 20:56:28 UTC, Jonathan M Davis wrote: To be fair, you haven't really said much better. You're claiming that it's clear that it's a failure, whereas Andrei is saying that he doesn't see a problem with it. No concrete arguments are being given. The closest is that

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 22:33:44 UTC, Jonathan M Davis wrote: I don't want get into arguments about smart_ptr and unique_ptr. It's completely irrelevant to my point. Ok, but keep in mind that since unique_ptr is rc which max out at 1 and therefore don't need extra support beyond having

Re: DIP74 - where is at?

On 12 Oct 2015 7:31 am, "Jonathan M Davis via Digitalmars-d" < digitalmars-d@puremagic.com> wrote: > > On Sunday, 11 October 2015 at 07:55:08 UTC, Manu wrote: >> >> Sure. If you don't care, I'm sure it's fine. But I don't feel it's reasonable to say C++ has ref counting. You might as well say "C++

Re: AWS API Dlang, hmac sha256 function.

After long fight with previous code i try to rewrite "one-to-one" python example from http://docs.aws.amazon.com/general/latest/gr/sigv4-signed-request-examples.html (GET part) from begging to D with full success. Here is working code in clear D. Im using hmac function which is available from

[Issue 15190] New: scope(success/failure) are oddly implemented and mask stack traces

https://issues.dlang.org/show_bug.cgi?id=15190 Issue ID: 15190 Summary: scope(success/failure) are oddly implemented and mask stack traces Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: DIP74 - where is at?

On 10/11/15 9:57 PM, deadalnix wrote: On Sunday, 11 October 2015 at 18:52:44 UTC, deadalnix wrote: On Sunday, 11 October 2015 at 13:51:18 UTC, Andrei Alexandrescu wrote: Walter and I are happy with DIP25, and the fact of the matter is we weren't surprised more complementary work is needed. So

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 18:52:44 UTC, deadalnix wrote: The only rebuttal to all of this is "Walter and I are happy with DIP25, and the fact of the matter", while everybody else is wondering what there is to be happy about. To be fair, you haven't really said much better. You're claiming

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 14:27:36 UTC, Freddy wrote: On Sunday, 11 October 2015 at 06:10:32 UTC, Jonathan M Davis wrote: alias is problematic, because it allows the class reference to escape. opDispatch doesn't have that problem, though there may be other complications that it introduces

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 07:55:08 UTC, Manu wrote: Sure. If you don't care, I'm sure it's fine. But I don't feel it's reasonable to say C++ has ref counting. You might as well say "C++ has garbage collection" (which is probably actually more true than this) ;) ... Objective-C supports ref

Re: how to do iota(0,256) with ubytes ? (cf need for iotaInclusive)

On Sunday, 11 October 2015 at 15:34:38 UTC, John Colvin wrote: On Sunday, 11 October 2015 at 13:58:24 UTC, Temtaime wrote: Do not use string lambdas. It will be deprecated. I'm pretty sure that's not going to happen. Could you point me to something that supports that statement? I know there

Re: Voting for std.experimental.testing

On Thursday, 8 October 2015 at 08:21:58 UTC, Robert burner Schadek wrote: This is the voting thread for inclusion of std.experimental.testing into phobos. PR: https://github.com/D-Programming-Language/phobos/pull/3207 Dub: http://code.dlang.org/packages/unit-threaded Doc: See

Re: DIP74 - where is at?

Manu via Digitalmars-d wrote: > Nothing here explains to me how it is that the compiler can do without > RC primitives that the compiler knows it is allowed to > optimise/schedule as it likes? > How does it look in rust that it is able to optimise calls to inc/dec >

[Issue 15189] Dwarf debug info is inaccurate

https://issues.dlang.org/show_bug.cgi?id=15189 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #1

[Issue 15186] Emit better diagnostic for C++ member lookup operators

https://issues.dlang.org/show_bug.cgi?id=15186 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4a7fbdcb0ef6e07a8928454623e52c683d0cfe79 Fix Issue 15186 - Emit

[Issue 15186] Emit better diagnostic for C++ member lookup operators

https://issues.dlang.org/show_bug.cgi?id=15186 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 20:56:28 UTC, Jonathan M Davis wrote: On Sunday, 11 October 2015 at 18:52:44 UTC, deadalnix wrote: The only rebuttal to all of this is "Walter and I are happy with DIP25, and the fact of the matter", while everybody else is wondering what there is to be happy

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 21:15:38 UTC, Jonathan M Davis wrote: In this case in C++, because the ref-counting is not built-in to the type, there is no way for the Child to have access to its parent via a shared_ptr. It has to be done via a normal pointer. D has exactly this same problem.

Re: DIP74 - where is at?

On 10/11/2015 10:35 PM, Andrei Alexandrescu wrote: ... 1. You say that DIP25 is a failure. More so, you demand that is admitted without evidence. FWIW, DIP25 is insufficiently formal and/or incorrect. I have been able to find those holes in the implementation pretty quickly (I'll also put

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 23:08:58 UTC, Manu wrote: Incidentally, I tried to use shared_ptr initially, but it took about 20 minutes before I realised I had to pass an rc pointer from a method... Since rc is a wrapper, like you said above, you lose it as soon as you're within a method.

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 23:07:18 UTC, Ola Fosheim Gr wrote: On Sunday, 11 October 2015 at 22:33:44 UTC, Jonathan M Davis wrote: Well, the wrapper approach is no good (is it part of dip74?) since it messes up alignment etc, so the refcount interface should be part of the parent object.

Re: DIP74 - where is at?

On Sunday, 11 October 2015 at 23:08:58 UTC, Manu wrote: Incidentally, I tried to use shared_ptr initially, but it took about 20 minutes before I realised I had to pass an rc pointer from a method... Since rc is a wrapper, like you said above, you lose it as soon as you're within a method. I

  1   2   >