Re: Implement the "unum" representation in D ?

On Tuesday, 20 September 2016 at 22:52:57 UTC, Nic Brummell wrote: If anyone is still interested in this concept whatsoever, we are holding a mini-workshop on the current developments of Unums at the University of California Santa Cruz on Oct 24th. We'd love to have some participation from

[Issue 14251] synchronized (mtx) doesn't check attributes (pure, const)

https://issues.dlang.org/show_bug.cgi?id=14251 --- Comment #20 from Andrei Alexandrescu --- (In reply to Martin Nowak from comment #17) > Not allowing to put any class into read-only segments, just b/c someone > might want to synchronize on it, is not very convincing. > Also

[Issue 14251] synchronized (mtx) doesn't check attributes (pure, const)

https://issues.dlang.org/show_bug.cgi?id=14251 --- Comment #19 from Andrei Alexandrescu --- (In reply to Martin Nowak from comment #18) > (In reply to Andrei Alexandrescu from comment #13) > > Can someone produce an example in which invariants promised by D's system > > are

Re: Why I am switching to Go

On Wednesday, 21 September 2016 at 01:15:22 UTC, deadalnix wrote: On Tuesday, 20 September 2016 at 20:59:18 UTC, wobbles wrote: I would say otherwise. I've built multiple sites in vibe-d, so I probably wouldn't need them, but having a vibe-d specific beginner tutorial from start to end of a

Re: D and math, can you isolate this ?

On Tuesday, 20 September 2016 at 12:35:18 UTC, Basile B. wrote: I've recently started an easing/interpolation family of function in my D user library. It's based on something I know well since I've already used them in 2012 in a VST plugin called GrainPlot (RIP). However for one of the

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 20:59:18 UTC, wobbles wrote: I would say otherwise. I've built multiple sites in vibe-d, so I probably wouldn't need them, but having a vibe-d specific beginner tutorial from start to end of a project would be great. Tutorial != doc.

[Issue 14251] synchronized (mtx) doesn't check attributes (pure, const)

https://issues.dlang.org/show_bug.cgi?id=14251 --- Comment #18 from Martin Nowak --- (In reply to Andrei Alexandrescu from comment #13) > Can someone produce an example in which invariants promised by D's system > are broken? Just look at core.sync, none of the methods can be

[Issue 14251] synchronized (mtx) doesn't check attributes (pure, const)

https://issues.dlang.org/show_bug.cgi?id=14251 --- Comment #17 from Martin Nowak --- (In reply to Andrei Alexandrescu from comment #15) > That's not the case. The compiler knows the object has mutable metadata and > won't allow placing it in read-only pages. Not allowing to put

Re: What exactly does the compiler switch -betterC do?

On Monday, 20 June 2016 at 06:35:32 UTC, Jacob Carlborg wrote: On 2016-06-19 21:53, Gary Willoughby wrote: When compiling, what exactly does the -betterC flag do? The command help says "omit generating some runtime information and helper functions" but what does this really mean? Is there any

[Issue 16515] Linker Error When Using -debug

https://issues.dlang.org/show_bug.cgi?id=16515 --- Comment #1 from gyroh...@gmail.com --- The linker being for "test.v.init", it seems it is trying to create "test.q.init" but can't as it can't find the symbol for "test.v.init". Though it shouldn't be constructing "test.q.init" anywhere, removing

[Issue 16516] New: Linker Error for ModuleInfo

https://issues.dlang.org/show_bug.cgi?id=16516 Issue ID: 16516 Summary: Linker Error for ModuleInfo Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P1

Re: Append const to array

On Tuesday, 20 September 2016 at 22:38:33 UTC, Jonathan M Davis wrote: On Tuesday, September 20, 2016 22:23:08 Yuxuan Shui via Digitalmars-d-learn wrote: struct A { ulong[] x; } struct B { ulong x; } void main() { B[] b; const(B) xx = B(1); b ~= xx; // Works A[] c; const(A) yy =

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 22:17:26 UTC, WhatMeWorry wrote: On Tuesday, 20 September 2016 at 20:35:49 UTC, Daniel Koz wrote: Dne 20.9.2016 v 22:01 Karabuta via Digitalmars-d napsal(a): [...] Nothing of this is specific for vibe.d, so I do not see any reason to have doc about this in

Re: Implement the "unum" representation in D ?

If anyone is still interested in this concept whatsoever, we are holding a mini-workshop on the current developments of Unums at the University of California Santa Cruz on Oct 24th. We'd love to have some participation from interested parties, including presentations on any attempts to

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 21:19:49 UTC, Daniel Kozak wrote: My fault. I was speaking about doc (API), I do not say anything about tutorial and so on. Yes I belive having more tutorials and howtos it is a good thing. I don't think anyone would disagree wrt tutorials and how tos. I

[Issue 16423] ModuleInfo missing when linking to static lib with classes

https://issues.dlang.org/show_bug.cgi?id=16423 --- Comment #4 from Martin Nowak --- Another rather obvious solution is to tell the linker to include the whole archive, sensibly named --whole-archive/--no-whole-archive for ld. Unfortunately dmd currently reorders linker flags (see

Re: Append const to array

On Tuesday, September 20, 2016 22:23:08 Yuxuan Shui via Digitalmars-d-learn wrote: > struct A { > ulong[] x; > } > struct B { > ulong x; > } > void main() { > B[] b; > const(B) xx = B(1); > b ~= xx; // Works > > A[] c; > const(A) yy = A([1]); > c ~= yy; // Does not > } > > What

Append const to array

struct A { ulong[] x; } struct B { ulong x; } void main() { B[] b; const(B) xx = B(1); b ~= xx; // Works A[] c; const(A) yy = A([1]); c ~= yy; // Does not } What gives?

[Issue 16515] New: Linker Error When Using -debug

https://issues.dlang.org/show_bug.cgi?id=16515 Issue ID: 16515 Summary: Linker Error When Using -debug Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: All Status: NEW

[Issue 16423] ModuleInfo missing when linking to static lib with classes

https://issues.dlang.org/show_bug.cgi?id=16423 Martin Nowak changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 20:35:49 UTC, Daniel Kozak wrote: Dne 20.9.2016 v 22:01 Karabuta via Digitalmars-d napsal(a): [...] Nothing of this is specific for vibe.d, so I do not see any reason to have doc about this in vibe.d Could he be asking for little examples of the above

Re: Release 2.071.2

On Tuesday, 20 September 2016 at 14:41:19 UTC, Bastiaan Veelo wrote: The entry for 2.071.2 seems to be missing in the side panel. Right, my mistake, even more manual maintenance. We should really finish the tooling support for changelogs. https://github.com/dlang/dlang.org/pull/1483 BTW,

Re: Why I am switching to Go

Dne 20.9.2016 v 22:59 wobbles via Digitalmars-d napsal(a): On Tuesday, 20 September 2016 at 20:35:49 UTC, Daniel Kozak wrote: Dne 20.9.2016 v 22:01 Karabuta via Digitalmars-d napsal(a): On Tuesday, 20 September 2016 at 19:47:12 UTC, WebFreak001 wrote: On Tuesday, 20 September 2016 at

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 20:35:49 UTC, Daniel Kozak wrote: Dne 20.9.2016 v 22:01 Karabuta via Digitalmars-d napsal(a): On Tuesday, 20 September 2016 at 19:47:12 UTC, WebFreak001 wrote: On Tuesday, 20 September 2016 at 19:14:41 UTC, Intersteller wrote: Vibe.d looks great on the

Scitools & D support?

Hi, not sure if any of you know this "understand" tool from [1]? It's pretty cool if you need to get into legacy or foreign code bases fast. IMO it would be great if they would add D as well. I'm not sure if I have the full overview about all libs, etc. that can help parsing D code and/or

Re: SQLite-D goes beta!

On Tuesday, 20 September 2016 at 20:34:19 UTC, Karabuta wrote: Great work! Can't wait to see sample code :) It's in app.d also see test.d

Re: Why I am switching to Go

Dne 20.9.2016 v 22:01 Karabuta via Digitalmars-d napsal(a): On Tuesday, 20 September 2016 at 19:47:12 UTC, WebFreak001 wrote: On Tuesday, 20 September 2016 at 19:14:41 UTC, Intersteller wrote: Vibe.d looks great on the surface but lack of documentation, commonly used functionality, and that

Re: SQLite-D goes beta!

On Monday, 30 May 2016 at 18:07:09 UTC, Stefan Koch wrote: It is my pleasure to announce that I now consider SQLite-D to be in Beta stage. The reader is now stable enough to read all the test tables I have been given. The fact that it took around 20 minutes to complete index-tree support

Re: Why I am switching to Go

Dne 20.9.2016 v 22:00 cym13 via Digitalmars-d napsal(a): On Tuesday, 20 September 2016 at 19:47:01 UTC, jmh530 wrote: On Tuesday, 20 September 2016 at 19:16:04 UTC, cym13 wrote: What exactly makes you think vibe is dying? His first post is from 6 days ago, so I would guess that he doesn't

Re: SQLite-D goes beta!

On Tuesday, 20 September 2016 at 16:53:23 UTC, Stefan Koch wrote: On Monday, 30 May 2016 at 18:07:09 UTC, Stefan Koch wrote: It is my pleasure to announce that I now consider SQLite-D to be in Beta stage. The reader is now stable enough to read all the test tables I have been given. The fact

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 19:47:12 UTC, WebFreak001 wrote: On Tuesday, 20 September 2016 at 19:14:41 UTC, Intersteller wrote: Vibe.d looks great on the surface but lack of documentation, commonly used functionality, and that it looks like it is dying suggests that putting any effort in

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 19:47:01 UTC, jmh530 wrote: On Tuesday, 20 September 2016 at 19:16:04 UTC, cym13 wrote: What exactly makes you think vibe is dying? His first post is from 6 days ago, so I would guess that he doesn't seem to have much of a sense of its history. Which makes

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 19:14:41 UTC, Intersteller wrote: Vibe.d looks great on the surface but lack of documentation, commonly used functionality, and that it looks like it is dying suggests that putting any effort in to it will be a waste. Go, OTH, has tons of frameworks, most are

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 19:16:04 UTC, cym13 wrote: What exactly makes you think vibe is dying? His first post is from 6 days ago, so I would guess that he doesn't seem to have much of a sense of its history.

Re: Using Libraries

On Tuesday, 20 September 2016 at 15:38:55 UTC, Darren wrote: On Tuesday, 20 September 2016 at 15:07:53 UTC, rikki cattermole wrote: Ok lets start at the very beginning... I think I need to start before that, haha. I might need more of a step-by-step guide. I'm a complete beginner to

setting fields of object using traits

I'm trying to set fields of object from JSON with traits library. How i can to it properly? import std.stdio; import std.json; import std.traits; import std.meta: Alias; class Obj{ void fromJSON(this T)(JSONValue j){ foreach(field; FieldNameTuple!T){

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 19:16:04 UTC, cym13 wrote: What exactly makes you think vibe is dying? it lacks the documentation?

Re: thisExePath purity

On Tuesday, 20 September 2016 at 13:35:27 UTC, Steven Schveighoffer wrote: Yes, but if your code does instantiate it, it is called, even if you don't ever call the function that calls it. Yes, it's not ideal but better then just global variable and static block - it's called in any case, even

Re: Why I am switching to Go

Dne 20.9.2016 v 21:14 Intersteller via Digitalmars-d napsal(a): Vibe.d looks great on the surface but lack of documentation, commonly used functionality, and that it looks like it is dying suggests that putting any effort in to it will be a waste. Go, OTH, has tons of frameworks, most are

Re: Emplace vs closures

On 19.09.2016 15:52, ag0aep6g wrote: On 09/19/2016 02:55 PM, Timon Gehr wrote: This works: import std.stdio; void main(){ int x=3; enum l=()=>x; writeln(x); } I.e. l has the correct runtime context even though it is a static value. Enums are a special kind of static value,

[Issue 16514] std.socket methods are const, and thus cannot be overriden for SSLSocket, for example

https://issues.dlang.org/show_bug.cgi?id=16514 Ketmar Dark changed: What|Removed |Added CC|

[Issue 16514] New: std.socket methods are const, and thus cannot be overriden for SSLSocket, for example

https://issues.dlang.org/show_bug.cgi?id=16514 Issue ID: 16514 Summary: std.socket methods are const, and thus cannot be overriden for SSLSocket, for example Product: D Version: D2 Hardware: All OS: All

Re: Why I am switching to Go

On Tuesday, 20 September 2016 at 19:14:41 UTC, Intersteller wrote: Vibe.d looks great on the surface but lack of documentation, commonly used functionality, and that it looks like it is dying suggests that putting any effort in to it will be a waste. Go, OTH, has tons of frameworks, most are

Re: thisExePath purity

On Tuesday, 20 September 2016 at 09:14:39 UTC, Marc Schütz wrote: Have a look at `std.concurrency.initOnce`: https://dlang.org/phobos/std_concurrency.html#.initOnce But you will still need to use assumePure() for calling `thisExePath`, and it might do other things that are impure... Yes,

Why I am switching to Go

Vibe.d looks great on the surface but lack of documentation, commonly used functionality, and that it looks like it is dying suggests that putting any effort in to it will be a waste. Go, OTH, has tons of frameworks, most are actively support, very well documented(beego, revel, etc), and

Re: thisExePath purity

On Tuesday, 20 September 2016 at 04:26:05 UTC, Jonathan M Davis wrote: On Tuesday, September 20, 2016 04:17:21 crimaniak via Digitalmars-d-learn wrote: static shared immutable ReturnType!T value; I would point out that immutable is implicitly shared, so there's no reason to put

Re: The removal of inactive forum groups

On Sunday, 18 September 2016 at 13:17:33 UTC, Dennis Ritchie wrote: Hi, all It seems to me that a group of `Beta` should be removed> because the last activity in this group dated November 30, 2015: https://forum.dlang.org/post/565bc28c.8080...@dawg.eu Group `Study` is also not very active, so

Re: D and math, can you isolate this ?

On Tue, Sep 20, 2016 at 09:22:19AM -0700, H. S. Teoh via Digitalmars-d-learn wrote: > On Tue, Sep 20, 2016 at 12:35:18PM +, Basile B. via Digitalmars-d-learn > wrote: > [...] [...] > > Which means that I ask you if you can isolate c for > > > > y = 1.0 - pow(1.0 - pow(0.5, 2.0/c), c * 0.5);

Re: SQLite-D goes beta!

On Monday, 30 May 2016 at 18:07:09 UTC, Stefan Koch wrote: It is my pleasure to announce that I now consider SQLite-D to be in Beta stage. The reader is now stable enough to read all the test tables I have been given. The fact that it took around 20 minutes to complete index-tree support

Re: Emplace vs closures

On Tuesday, 20 September 2016 at 14:00:00 UTC, Steven Schveighoffer wrote: On 9/20/16 4:08 AM, cym13 wrote: On Monday, 19 September 2016 at 14:22:16 UTC, Steven Schveighoffer wrote: [...] I beg to defer, null pointer dereference is certainly not safe in the general case. In many cases it

Re: D and math, can you isolate this ?

On Tuesday, 20 September 2016 at 16:22:19 UTC, H. S. Teoh wrote: On Tue, Sep 20, 2016 at 12:35:18PM +, Basile B. via Digitalmars-d-learn wrote: [...] The problem is here: https://github.com/BBasile/iz/blob/master/import/iz/math.d#L849 - f(x,c) = 1.0 - pow(1.0 - pow(x, 2.0/c), c * 0.5); -

Re: D and math, can you isolate this ?

On Tue, Sep 20, 2016 at 12:35:18PM +, Basile B. via Digitalmars-d-learn wrote: [...] > The problem is here: > https://github.com/BBasile/iz/blob/master/import/iz/math.d#L849 > - f(x,c) = 1.0 - pow(1.0 - pow(x, 2.0/c), c * 0.5); > - c(f0.5)) = ? > > Which means that I ask you if you can

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 15:36:42 UTC, Chris wrote: Then try to compile Phobos and a variety of D projects on Github and publish the results. It'd be interesting to see what problems you encounter. Then you might write a tool like dfix that fixes the source code so that ";"-less code

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 15:53:20 UTC, eugene wrote: On Tuesday, 20 September 2016 at 15:46:58 UTC, Chris wrote: You come across as if you had set your heart on removing semicolons. i didn't set my heart on removing semicolons, the topic is "consequences of removing semicolons..."

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 15:46:58 UTC, Chris wrote: You come across as if you had set your heart on removing semicolons. i didn't set my heart on removing semicolons, the topic is "consequences of removing semicolons..."

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 15:42:58 UTC, eugene wrote: On Tuesday, 20 September 2016 at 15:36:42 UTC, Chris wrote: But is it really worth it? this was my question at the beginning of the thread You come across as if you had set your heart on removing semicolons.

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 15:36:42 UTC, Chris wrote: But is it really worth it? this was my question at the beginning of the thread

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 15:36:42 UTC, Chris wrote: On Tuesday, 20 September 2016 at 15:31:21 UTC, eugene wrote: On Tuesday, 20 September 2016 at 15:28:51 UTC, Chris wrote: Anyway, why don't you grab the compiler and make a version that accepts line breaks and ";" - and see what

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 15:31:21 UTC, eugene wrote: On Tuesday, 20 September 2016 at 15:28:51 UTC, Chris wrote: Anyway, why don't you grab the compiler and make a version that accepts line breaks and ";" - and see what happens? yes, i've written about it in the thread before Then

Re: Using Libraries

On Tuesday, 20 September 2016 at 15:07:53 UTC, rikki cattermole wrote: Ok lets start at the very beginning... I think I need to start before that, haha. I might need more of a step-by-step guide. I'm a complete beginner to programming, not just D. I worked through Programming in D,

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 15:28:51 UTC, Chris wrote: Anyway, why don't you grab the compiler and make a version that accepts line breaks and ";" - and see what happens? yes, i've written about it in the thread before

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 15:07:31 UTC, eugene wrote: one doesn't parse a sentence when one reads it, one translates a sentence into images; why do you compare native speech sentences with a programming language statements? one doesn't parse a sentence when one reads it one

Re: Chennai Meetup

On Monday, 5 September 2016 at 15:29:59 UTC, Chennai Danatic wrote: Hey, I have set up a Meetup group for Chennai, India: http://www.meetup.com/Chennai-D/ I am not sure about the location/time of the first meeting, maybe OMR or Alwarpet in a week or two, or what to do, other than discuss our

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 14:19:50 UTC, Nick Sabalausky wrote: Just like you parse a sentence when you read it by noticing the spaces defining where words are. And the commas separating sections of a sentence, and periods/capitalization separating the sentences, in-sentence

Re: Using Libraries

On 21/09/2016 3:01 AM, Darren wrote: Hey, all I keep hitting roadblocks and that's mainly due to not knowing how to include libraries. So far I've been getting by with downloading .dll's and including the necessary dependencies in the dub.json file and having that build/run my project. I'm

Using Libraries

Hey, all I keep hitting roadblocks and that's mainly due to not knowing how to include libraries. So far I've been getting by with downloading .dll's and including the necessary dependencies in the dub.json file and having that build/run my project. I'm sure I'm making a mess of that, too,

Re: Replace/Rename DWT forum with GUIs forum?

On Tuesday, 20 September 2016 at 14:39:23 UTC, Sai wrote: On Sunday, 18 September 2016 at 23:21:26 UTC, Gerald wrote: I would like to suggest that the existing DWT forum be renamed or replaced with a more generic GUIs forum. As far as I can tell, the DWT forum doesn't get much traffic these

Re: Release 2.071.2

On Monday, 19 September 2016 at 11:08:33 UTC, Martin Nowak wrote: Also see the changelog for more details. http://dlang.org/changelog/2.071.2.html Thanks! The entry for 2.071.2 seems to be missing in the side panel. Bastiaan.

Re: Replace/Rename DWT forum with GUIs forum?

On Sunday, 18 September 2016 at 23:21:26 UTC, Gerald wrote: I would like to suggest that the existing DWT forum be renamed or replaced with a more generic GUIs forum. As far as I can tell, the DWT forum doesn't get much traffic these days and I don't believe any of the current GUI options for

Re: consequences of removing semicolons in D like in Python

On 09/20/2016 08:20 AM, eugene wrote: On Tuesday, 20 September 2016 at 12:00:00 UTC, bachmeier wrote: Without the semicolons, I have to parse the code myself could you, please, explain, why do you parse code yourself? That's what happens in the brain when you read code. He's not talking

Re: Emplace vs closures

On 9/20/16 4:08 AM, cym13 wrote: On Monday, 19 September 2016 at 14:22:16 UTC, Steven Schveighoffer wrote: On 9/19/16 7:27 AM, Lodovico Giaretta wrote: What I'd like to know: is this usage widespread? Should we forbid it for the sake of security? No. There is no security concern here. You

Re: D and math, can you isolate this ?

On Tuesday, 20 September 2016 at 12:35:18 UTC, Basile B. wrote: I've recently started an easing/interpolation family of function in my D user library. It's based on something I know well since I've already used them in 2012 in a VST plugin called GrainPlot (RIP). However for one of the

Re: thisExePath purity

On 9/20/16 12:17 AM, crimaniak wrote: Hi and thanks all! On Tuesday, 20 September 2016 at 00:43:10 UTC, Jonathan M Davis wrote: immutable string executablePath; shared static this() { import std.file : thisExePath(); executablePath = thisExePath(); } This code is good for my needs

D and math, can you isolate this ?

I've recently started an easing/interpolation family of function in my D user library. It's based on something I know well since I've already used them in 2012 in a VST plugin called GrainPlot (RIP). However for one of the function, I can't manage to get the inverse. A function that's

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 12:00:00 UTC, bachmeier wrote: Without the semicolons, I have to parse the code myself could you, please, explain, why do you parse code yourself?

Re: consequences of removing semicolons in D like in Python

On Tuesday, 20 September 2016 at 11:24:29 UTC, eugene wrote: On Monday, 19 September 2016 at 20:42:22 UTC, jmh530 wrote: I don't see a reason to make that sort of change within the D language or DMD, especially when something like Delight exists and probably accomplishes exactly what the OP

Re: consequences of removing semicolons in D like in Python

On Monday, 19 September 2016 at 20:42:22 UTC, jmh530 wrote: I don't see a reason to make that sort of change within the D language or DMD, especially when something like Delight exists and probably accomplishes exactly what the OP had wanted. Delight is not what i meant, i meant something

[Issue 16513] Speed up TemplateInstance.findExistingInstance, hash by mangling

https://issues.dlang.org/show_bug.cgi?id=16513 --- Comment #4 from Martin Nowak --- (In reply to uplink.coder from comment #2) > Hash collisions will happen! > We need a way to speed up those equals compares in rootObject. > I'll look if I can find a good way to gradually remove

[Issue 16513] Speed up TemplateInstance.findExistingInstance, hash by mangling

https://issues.dlang.org/show_bug.cgi?id=16513 --- Comment #3 from Martin Nowak --- Managed to speed up the test case from 1.8s to 1.2s, almost completely eliminating the lookup cost. Still need to fix a few issues, the cppmangler thinks member variables are static, we might not

[Issue 16513] Speed up TemplateInstance.findExistingInstance, hash by mangling

https://issues.dlang.org/show_bug.cgi?id=16513 --- Comment #2 from uplink.co...@googlemail.com --- Hash collisions will happen! We need a way to speed up those equals compares in rootObject. I'll look if I can find a good way to gradually remove the virtual calls.

[Issue 16513] Speed up TemplateInstance.findExistingInstance, hash by mangling

https://issues.dlang.org/show_bug.cgi?id=16513 Martin Nowak changed: What|Removed |Added CC||goober...@gmail.com,

Re: thisExePath purity

On Tuesday, 20 September 2016 at 04:17:21 UTC, crimaniak wrote: Hi and thanks all! On Tuesday, 20 September 2016 at 00:43:10 UTC, Jonathan M Davis wrote: immutable string executablePath; shared static this() { import std.file : thisExePath(); executablePath = thisExePath(); }

Re: Release 2.071.2

On Monday, 19 September 2016 at 11:08:33 UTC, Martin Nowak wrote: Glad to announce D 2.071.2. -Martin You guys are amazing! I love D and I love you all!

Re: What blogs about D do you read?

Don't forget the Planet D aggregator :) http://planet.dsource.org/ Here's my contribution: https://theartofmachinery.com/tags/dlang/

Re: Emplace vs closures

On Tuesday, 20 September 2016 at 08:23:04 UTC, John Colvin wrote: On Tuesday, 20 September 2016 at 08:08:16 UTC, cym13 wrote: On Monday, 19 September 2016 at 14:22:16 UTC, Steven Schveighoffer wrote: On 9/19/16 7:27 AM, Lodovico Giaretta wrote: What I'd like to know: is this usage widespread?

Re: What blogs about D do you read?

On Monday, 19 September 2016 at 19:36:22 UTC, Karabuta wrote: On Monday, 19 September 2016 at 19:29:25 UTC, A D dev wrote: On Monday, 19 September 2016 at 17:42:51 UTC, A D dev wrote: Hi list, What blogs about D do you read? To be more clear: - what blogs that include posts on D, would you

Re: Emplace vs closures

On Tuesday, 20 September 2016 at 08:08:16 UTC, cym13 wrote: On Monday, 19 September 2016 at 14:22:16 UTC, Steven Schveighoffer wrote: On 9/19/16 7:27 AM, Lodovico Giaretta wrote: What I'd like to know: is this usage widespread? Should we forbid it for the sake of security? No. There is no

Re: Emplace vs closures

On Monday, 19 September 2016 at 14:22:16 UTC, Steven Schveighoffer wrote: On 9/19/16 7:27 AM, Lodovico Giaretta wrote: What I'd like to know: is this usage widespread? Should we forbid it for the sake of security? No. There is no security concern here. You are dereferencing a null pointer,

DMD sources: convert glue.c to glue.d

https://github.com/dlang/dmd/pull/6138 This is just another file in the ongoing process to convert DMD from C++ to D. It shows that relatively pedestrian C++ code can convert to D with few difficulties. There's a 1:1 correspondence between the two, and most edits are simply replacing -> and