Re: Need help to get OpenSSL 64 work on Windows x64 | I hate D's GC!

On 07/15/2017 03:05 PM, tetyys wrote: On Friday, 14 July 2017 at 17:24:05 UTC, Suliman wrote: GC on 32-bit machine show a lot of bugs. such as..? D's GC is conservative i.e. it cannot assume an integer is not a pointer. There are ways around this such as marking the memory block as not

Re: Slides share: DMesos - Not only a re-implementation of Mesos

On Saturday, 15 July 2017 at 15:57:18 UTC, 鲜卑拓跋枫 wrote: On Friday, 14 July 2017 at 05:07:11 UTC, Dsby wrote: On Monday, 10 July 2017 at 17:29:01 UTC, 鲜卑拓跋枫 wrote: [...] 我也希望能用D做出来。 我们也在研究过raft， akka这些技术。 raft算法的翻译我同事也有个port到D版本的。只是具体什么样，我没参与也没关心。 我们也在上海，我看链接里介绍，你现在也在上海工作，在EMC？ 只是不知道你们开始做没？

Re: proposed @noreturn attribute

On 7/13/2017 5:18 PM, Andrei Alexandrescu wrote: On 7/13/17 2:37 PM, Timon Gehr wrote: On Thursday, 13 July 2017 at 17:25:18 UTC, Timon Gehr wrote: Anyway, my assertion that Bottom cannot be a subtype of all other types was actually incorrect: the compiler does not need to generate code for

Re: Slides share: DMesos - Not only a re-implementation of Mesos

On Saturday, 15 July 2017 at 16:16:01 UTC, Iain Buclaw wrote: On Saturday, 15 July 2017 at 15:40:38 UTC, 鲜卑拓跋枫 wrote: On Thursday, 13 July 2017 at 19:32:07 UTC, Iain Buclaw wrote: On Monday, 10 July 2017 at 17:29:01 UTC, 鲜卑拓跋枫 wrote: Dear all, I am a D-language amateur from China, and just

Re: D IDE Coedit - version 3, update 3 released

On Saturday, 15 July 2017 at 23:37:51 UTC, Gunther Klawa wrote: On Friday, 14 July 2017 at 06:10:08 UTC, Basile B. wrote: Better integration of D-Scanner. D-Scanner binary is itself included from now, in addition to DCD. See https://github.com/BBasile/Coedit/releases/tag/3_update_3 for the

[Issue 17650] [REG v2.075.0 b1-b4] std.getopt range violation

https://issues.dlang.org/show_bug.cgi?id=17650 --- Comment #11 from github-bugzi...@puremagic.com --- Commit pushed to stable at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/7a0ff521f296fef66455a84f11864b9cb046c43a Fix issue 17650: std.getopt range violation when option

[Issue 17656] New: Enum member circular reference error

https://issues.dlang.org/show_bug.cgi?id=17656 Issue ID: 17656 Summary: Enum member circular reference error Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major Priority: P1

Re: D IDE Coedit - version 3, update 3 released

On Friday, 14 July 2017 at 06:10:08 UTC, Basile B. wrote: Better integration of D-Scanner. D-Scanner binary is itself included from now, in addition to DCD. See https://github.com/BBasile/Coedit/releases/tag/3_update_3 for the download links and a complete changelog. I have no idea what

Re: Add property setting to chain

On 07/15/2017 12:53 PM, closescreen wrote: Let i have code: Clock.currTime.to!DateTime.Interval!DateTime( 24.hours ).fwdRange( h=>h+1.hours ).writeln; Now if i want to set the minute=0 and second=0 without breaking chain, what i should do? I think about somewhat like: with(

[Issue 17650] [REG v2.075.0 b1-b4] std.getopt range violation

https://issues.dlang.org/show_bug.cgi?id=17650 --- Comment #10 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/296184f5419e1a7f8748688606950e747338f8f1 Fix issue 17650: std.getopt range violation when

[Issue 17650] [REG v2.075.0 b1-b4] std.getopt range violation

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

Re: Auto-decoding

On Saturday, 15 July 2017 at 18:47:25 UTC, Joakim wrote: On Saturday, 15 July 2017 at 18:14:48 UTC, aberba wrote: So what is the current plan? :) Andrei has talked about having a non-auto-decoding path for those who know what they're doing and actively choose that path, while keeping

Re: Need help to get OpenSSL 64 work on Windows x64 | I hate D's GC!

On Friday, 14 July 2017 at 17:24:05 UTC, Suliman wrote: GC on 32-bit machine show a lot of bugs. such as..?

Re: Released vibe-core 1.0.0 and vibe.d 0.8.0

very nice! one question about the https://github.com/rejectedsoftware/vibe.d/commit/e4a600f911218c49f9984734b8ba36f193e99c17 wouldn't this https://www.owasp.org/index.php/XSS_Filter_Evasion_Cheat_Sheet#Image_XSS_using_the_JavaScript_directive pass normally?

Re: newCTFE Status July 2017

On Saturday, 15 July 2017 at 17:43:04 UTC, Stefan Koch wrote: On Saturday, 15 July 2017 at 11:31:30 UTC, Tourist wrote: On Saturday, 15 July 2017 at 09:02:02 UTC, Stefan Koch wrote: On Saturday, 15 July 2017 at 07:50:28 UTC, Dmitry wrote: ... It would indeed be nice to have a GitHub issue

[Issue 17384] LDC x64 linker error in VS2017

https://issues.dlang.org/show_bug.cgi?id=17384 --- Comment #5 from ki...@gmx.net --- Thanks Rainer! --

Re: Function attribute deduction depends on compile invocation

On 7/14/2017 4:51 PM, Walter Bright wrote: On 7/14/2017 9:53 AM, Johan Engelen wrote: What happens in that in one kind of compilation, @nogc is deduced for a function. But in another compilation, it isn't. Thus references to the function will have the wrong mangling, and linker errors happen:

[Issue 17645] `pure` is transitively applied to all delegates inside a pure function

https://issues.dlang.org/show_bug.cgi?id=17645 --- Comment #3 from Tomer Filiba (weka) --- (In reply to Steven Schveighoffer from comment #1) > Do you have a better use case? the use case may sound odd, but it's surprisingly common. suppose you have struct Foo { private int

[Issue 17650] [REG v2.075.0 b1-b4] std.getopt range violation

https://issues.dlang.org/show_bug.cgi?id=17650 --- Comment #9 from Jon Degenhardt --- https://github.com/dlang/phobos/pull/5612 --

Re: Add property setting to chain

I found this solution: Clock.currTime.to!DateTime.pipe!( dt=>(dt.minute=0,dt.second=0, dt) ).Interval!DateTime( 24.hours ).fwdRange( h=>h+1.hours ).writeln; Or: Clock.currTime.to!DateTime.pipe!( "a.minute=0, a.second=0, a" ).Interval!DateTime( 24.hours ).fwdRange( h=>h+1.hours ).writeln;

[Issue 17650] [REG v2.075.0 b1-b4] std.getopt range violation

https://issues.dlang.org/show_bug.cgi?id=17650 --- Comment #8 from Jon Degenhardt --- I'm preparing a PR to fix the underlying issue. A concern for the general release is that a single hyphen is often used to represent standard input in command line args. e.g. $

Add property setting to chain

Let i have code: Clock.currTime.to!DateTime.Interval!DateTime( 24.hours ).fwdRange( h=>h+1.hours ).writeln; Now if i want to set the minute=0 and second=0 without breaking chain, what i should do? I think about somewhat like: with( Clock.currTime.to!DateTime){ minute=0; second=0

Re: Compilation times and idiomatic D code

On Saturday, 15 July 2017 at 15:58:12 UTC, Jonathan M Davis wrote: On Saturday, July 15, 2017 11:10:32 Enamex via Digitalmars-d wrote: [...] The issue has to do with how each invocation of a range-based function tends to result in a new template instantiation, and it's common practice in D to

Re: dmd and Archlinux

On Tuesday, 11 July 2017 at 12:00:51 UTC, Seb wrote: On Tuesday, 11 July 2017 at 00:23:55 UTC, Marco Leise wrote: Am Sun, 09 Jul 2017 18:35:09 + schrieb Antonio Corbi : Hi! Are there any news about the status of packaging dmd for archlinux? The last dmd compiler

Re: Auto-decoding

On Saturday, 15 July 2017 at 18:14:48 UTC, aberba wrote: On Saturday, 15 July 2017 at 05:54:32 UTC, ag0aep6g wrote: On 07/15/2017 06:21 AM, bauss wrote: [...] 1) Drop two elements from "Bär". With auto-decoding you get "r", which is nice. Without auto-decoding you get [0xA4, 'r'] where

Re: rdmd issues

On Thursday, 6 July 2017 at 00:31:04 UTC, FoxyBrown wrote: rdmd -m64 Build.d Error: can't run 'C:\Program Files\VS\VC\Tools\MSVC\14.10.25017\bin\HostX64\x64', check PATH The path exists, but since it doesn't tell me what it is trying to run, I have no clue. The path contains link.exe. Add

Re: Auto-decoding

On 07/15/2017 08:14 PM, aberba wrote: So what is the current plan? :) As far as I'm aware, there's no concrete plan to change anything. We just gotta deal with auto-decoding for the time being.

Re: Auto-decoding

On Saturday, 15 July 2017 at 05:54:32 UTC, ag0aep6g wrote: On 07/15/2017 06:21 AM, bauss wrote: [...] 1) Drop two elements from "Bär". With auto-decoding you get "r", which is nice. Without auto-decoding you get [0xA4, 'r'] where 0xA4 is the second half of the encoding of 'ä'. You have to

Re: D easily overlooked?

On Saturday, 15 July 2017 at 17:10:56 UTC, Joakim wrote: To answer Mark's original question, the corporates get interested when there are competitors eating their lunch with new tech. They don't actively scout out all the new tech, they're far too lazy for that. But when Sociomantic or Weka

Re: stacktrace for InvalidMemoryOperationError

On Tuesday, 11 July 2017 at 01:34:08 UTC, crimaniak wrote: Hi! I have vibe.d application and long-standing error in it. For the current moment, I have logs for stdout, stderr, and additional log to write exceptions I catch. This error gives me only the short line in stderr log:

Re: Weka launched out of stealth mode a couple days ago

On Saturday, 15 July 2017 at 18:00:12 UTC, Seb wrote: On Saturday, 15 July 2017 at 11:38:59 UTC, Joakim wrote: [...] How about reposting this to announce? Maybe linking it with Liran's excellent DConf talk: http://dconf.org/2016/talks/zvibel.html Feel free, I wasn't sure if it belonged in

Re: Weka launched out of stealth mode a couple days ago

On Saturday, 15 July 2017 at 11:38:59 UTC, Joakim wrote: Here are a bunch of write-ups taken from their twitter feed: http://searchstorage.techtarget.com/news/450422665/New-WekaIO-file-system-incorporates-flash-object-store

Re: newCTFE Status July 2017

On Saturday, 15 July 2017 at 11:31:30 UTC, Tourist wrote: On Saturday, 15 July 2017 at 09:02:02 UTC, Stefan Koch wrote: On Saturday, 15 July 2017 at 07:50:28 UTC, Dmitry wrote: ... It would indeed be nice to have a GitHub issue (or similar) with progress checkboxes of what works, what's

Re: D easily overlooked?

On Saturday, 15 July 2017 at 17:36:50 UTC, aberba wrote: On Saturday, 15 July 2017 at 17:10:56 UTC, Joakim wrote: On Saturday, 15 July 2017 at 16:52:51 UTC, Russel Winder wrote: [...] Sociomantic, Weka, EMSI, and a handful of others. None is as humongous as google or Apple, but then it's

Re: D easily overlooked?

On Saturday, 15 July 2017 at 17:10:56 UTC, Joakim wrote: On Saturday, 15 July 2017 at 16:52:51 UTC, Russel Winder wrote: [...] Sociomantic, Weka, EMSI, and a handful of others. None is as humongous as google or Apple, but then it's not like those companies write everything in Go and Swift.

Re: Toward Go 2 (or D needs to collect experience reports)

On Saturday, 15 July 2017 at 02:55:42 UTC, Seb wrote: Very interesting article: https://blog.golang.org/toward-go2 Good read, thanks for posting. I also thought the discussion under "Explaining Problems" was really well done. A couple of lines from that section: Convincing others that a

Re: D easily overlooked?

On Saturday, 15 July 2017 at 16:52:51 UTC, Russel Winder wrote: D has ??? D has me. Do not be too proud of the corporate terror the others have constructed. The power to wave around a million dollars is insignificant next to the power of the Nerdiness.

Re: D easily overlooked?

On Saturday, 15 July 2017 at 16:52:51 UTC, Russel Winder wrote: On Sat, 2017-07-15 at 11:22 +, Mark via Digitalmars-d wrote: […] Well, at one point Andrei said that what is missing to make D's growth explosive is a strong corporate sponser [1]. This seemed sensible to me at the time and

Re: Implementing interface in the class hierarchy

On Friday, 14 July 2017 at 12:31:49 UTC, Steven Schveighoffer wrote: Relevant enhancement request: https://issues.dlang.org/show_bug.cgi?id=2565 -Steve So it looks like there are no rational arguments for such a language specification, and this behavior is derived from some aspect of the

Re: D easily overlooked?

On Sat, 2017-07-15 at 11:22 +, Mark via Digitalmars-d wrote: […] > > Well, at one point Andrei said that what is missing to make D's > growth explosive is a strong corporate sponser [1]. This seemed > sensible to me at the time and still seems sensible today. But I > don't know what (if

Re: sorting a string

On Friday, 14 July 2017 at 20:52:54 UTC, Jonathan M Davis wrote: And of course, this whole issue is incredibly confusing to anyone coming to D - especially those who aren't well-versed in Unicode. Right on. Thanks for your very clear summary (the whole thing, not just the last line!). Much

How to initialize the Variant variable with the default value using TypeInfo?

I have only TypeInfo taken dynamically from an arbitrary type, and I need to initialize the Variant variable to the default value for this type. How can I do that? I tried this: TypeInfo ti = typeid(int); Variant v = ti.initializer; But after, int o = v.get!int; and int o = v.coerce!int;

Re: Toward Go 2 (or D needs to collect experience reports)

On Sat, 2017-07-15 at 04:29 +, Matt via Digitalmars-d wrote: > The one thing I got from that blog post is that the HN and reddit > discussion was overwhelmingly about generics, and how the Go > leadership seems to not give a damn about what its user community > wants... On the other hand,

Re: Slides share: DMesos - Not only a re-implementation of Mesos

On Saturday, 15 July 2017 at 15:40:38 UTC, 鲜卑拓跋枫 wrote: On Thursday, 13 July 2017 at 19:32:07 UTC, Iain Buclaw wrote: On Monday, 10 July 2017 at 17:29:01 UTC, 鲜卑拓跋枫 wrote: Dear all, I am a D-language amateur from China, and just want to share you with a slides from me that post on MesosCon

Re: Exported Class Error

TypeInfo doesn't cross the dll boundary atm on Windows. Known bug. Which means no classes or exceptions. https://issues.dlang.org/show_bug.cgi?id=4071 oh how lovely

Re: Slides share: DMesos - Not only a re-implementation of Mesos

On Friday, 14 July 2017 at 05:07:11 UTC, Dsby wrote: On Monday, 10 July 2017 at 17:29:01 UTC, 鲜卑拓跋枫 wrote: Dear all, I am a D-language amateur from China, and just want to share you with a slides from me that post on MesosCon Asia 2017(Beijing):

Re: Compilation times and idiomatic D code

On Saturday, July 15, 2017 11:10:32 Enamex via Digitalmars-d wrote: > - What type information are being kept because of UFCS chains? > Doesn't that mechanism simply apply overload resolution then > choose between the prefix and .method forms as appropriate, > rewriting the terms? > Then it's

Re: Slides share: DMesos - Not only a re-implementation of Mesos

On Friday, 14 July 2017 at 05:07:11 UTC, Dsby wrote: On Monday, 10 July 2017 at 17:29:01 UTC, 鲜卑拓跋枫 wrote: Dear all, I am a D-language amateur from China, and just want to share you with a slides from me that post on MesosCon Asia 2017(Beijing):

Re: Slides share: DMesos - Not only a re-implementation of Mesos

On Thursday, 13 July 2017 at 19:32:07 UTC, Iain Buclaw wrote: On Monday, 10 July 2017 at 17:29:01 UTC, 鲜卑拓跋枫 wrote: Dear all, I am a D-language amateur from China, and just want to share you with a slides from me that post on MesosCon Asia 2017(Beijing):

Re: Get which derived class an object is if it's stored in an array of its base class

On Saturday, 15 July 2017 at 14:46:17 UTC, Adam D. Ruppe wrote: On Saturday, 15 July 2017 at 14:36:40 UTC, Morimur55 wrote: ...let me try that again without accidentally sending it before I'd finished... tab on the web interface is so useful... but so annoying sometimes too. ...and I think

[Issue 17650] [REG v2.075.0 b1-b4] std.getopt range violation

https://issues.dlang.org/show_bug.cgi?id=17650 --- Comment #7 from Jon Degenhardt --- (In reply to ZombineDev from comment #6) > The error doesn't make sense to me. @safe adds bounds checks where there are > none only when building with -release. I.e. if we're not

[Issue 17654] return value incorrectly considered unique when casting to another pointer type

https://issues.dlang.org/show_bug.cgi?id=17654 --- Comment #5 from Steven Schveighoffer --- Then the example could be changed to wchar and ushort --

Re: Vibe.d - very low performance

On 2017-07-14 11:55, Marek wrote: So why Ruby or Python frameworks are much faster in this benchmark? They scale better since, at least Ruby on Rails applications, are run using multiple processes. -- /Jacob Carlborg

Re: Get which derived class an object is if it's stored in an array of its base class

On Saturday, 15 July 2017 at 14:36:40 UTC, Morimur55 wrote: ...let me try that again without accidentally sending it before I'd finished... tab on the web interface is so useful... but so annoying sometimes too. ...and I think my problem is actually that redeclared static variables update

[Issue 17654] return value incorrectly considered unique when casting to another pointer type

https://issues.dlang.org/show_bug.cgi?id=17654 --- Comment #4 from ag0ae...@gmail.com --- (In reply to Steven Schveighoffer from comment #3) > I'm not sure the UB rules for D and aliasing. In C you definitely can run > into things like the array cast being considered unrelated. As far as I

Re: Get which derived class an object is if it's stored in an array of its base class

On Saturday, 15 July 2017 at 14:26:30 UTC, Morimur55 wrote: On Saturday, 15 July 2017 at 14:04:17 UTC, Adam D. Ruppe wrote: On Saturday, 15 July 2017 at 13:45:40 UTC, Morimur55 wrote: Well I want to cast to the derived type so I can use a method that's defined in the base class, but is

Re: Get which derived class an object is if it's stored in an array of its base class

On Saturday, 15 July 2017 at 14:04:17 UTC, Adam D. Ruppe wrote: On Saturday, 15 July 2017 at 13:45:40 UTC, Morimur55 wrote: Well I want to cast to the derived type so I can use a method that's defined in the base class, but is overridden in several of the derived types... and calling it

Re: Types: The Next Generation (Was: Why is phobos so wack?)

On Sunday, 9 July 2017 at 20:22:16 UTC, Nick Sabalausky (Abscissa) wrote: So, why not encapsulate much of that stuff we merely *describe* in signatures for generic functions into genuine honest-to-goodness types? There would be user-defined symbols, such as "InputRange" or "SomeString", or

[Issue 17654] return value incorrectly considered unique when casting to another pointer type

https://issues.dlang.org/show_bug.cgi?id=17654 --- Comment #3 from Steven Schveighoffer --- I'm not sure the UB rules for D and aliasing. In C you definitely can run into things like the array cast being considered unrelated. The class case is definitely a bug. --

Re: Get which derived class an object is if it's stored in an array of its base class

On Saturday, 15 July 2017 at 13:45:40 UTC, Morimur55 wrote: On Saturday, 15 July 2017 at 13:12:49 UTC, Adam D. Ruppe wrote: On Saturday, 15 July 2017 at 13:02:52 UTC, Morimur55 wrote: [...] The `typeid(obj)` will give the type... but why do you need it? The classinfo returned by that

Re: Get which derived class an object is if it's stored in an array of its base class

On Saturday, 15 July 2017 at 13:45:40 UTC, Morimur55 wrote: Well I want to cast to the derived type so I can use a method that's defined in the base class, but is overridden in several of the derived types... and calling it without a cast seems to give me the base type functionality, but I'd

Re: Get which derived class an object is if it's stored in an array of its base class

On Saturday, 15 July 2017 at 13:12:49 UTC, Adam D. Ruppe wrote: On Saturday, 15 July 2017 at 13:02:52 UTC, Morimur55 wrote: is there a way to check without attempting to cast to every derived type? The `typeid(obj)` will give the type... but why do you need it? The classinfo returned by that

Re: Function attribute deduction depends on compile invocation

On Saturday, 15 July 2017 at 12:29:09 UTC, Johan Engelen wrote: On Friday, 14 July 2017 at 23:51:24 UTC, Walter Bright wrote: On 7/14/2017 9:53 AM, Johan Engelen wrote: What happens in that in one kind of compilation, @nogc is deduced for a function. But in another compilation, it isn't. Thus

Re: Get which derived class an object is if it's stored in an array of its base class

On Saturday, 15 July 2017 at 13:02:52 UTC, Morimur55 wrote: is there a way to check without attempting to cast to every derived type? The `typeid(obj)` will give the type... but why do you need it? The classinfo returned by that doesn't give a lot of info. Casting is how you actually get

Get which derived class an object is if it's stored in an array of its base class

I've got a bunch of different classes all derived from the same base class sitting in a base[]. I need to check what the derived types are of these objects - is there a way to check without attempting to cast to every derived type?

[Issue 17654] return value incorrectly considered unique when casting to another pointer type

https://issues.dlang.org/show_bug.cgi?id=17654 --- Comment #2 from ag0ae...@gmail.com --- (In reply to Steven Schveighoffer from comment #1) > I actually think it's a design problem. assumeUTF is marked pure. The input > is ubyte and the output is char. This means the compiler can reasonably >

Re: Function attribute deduction depends on compile invocation

On Friday, 14 July 2017 at 23:51:24 UTC, Walter Bright wrote: On 7/14/2017 9:53 AM, Johan Engelen wrote: What happens in that in one kind of compilation, @nogc is deduced for a function. But in another compilation, it isn't. Thus references to the function will have the wrong mangling, and

Re: Exception handling

On Friday, 14 July 2017 at 20:22:21 UTC, Ali Çehreli wrote: On 07/14/2017 12:36 PM, ANtlord wrote: All you need is to catch Exception there as well: catch(Exception) { assert(false, "throwable_fn threw something unexpected"); } Ali Thank you, Ali! You answer for my

Weka launched out of stealth mode a couple days ago

Here are a bunch of write-ups taken from their twitter feed: http://searchstorage.techtarget.com/news/450422665/New-WekaIO-file-system-incorporates-flash-object-store https://www.theregister.co.uk/2017/07/13/wekaio_surfaces_after_swimming_submerged_against_the_current/

Re: newCTFE Status July 2017

On Saturday, 15 July 2017 at 09:02:02 UTC, Stefan Koch wrote: On Saturday, 15 July 2017 at 07:50:28 UTC, Dmitry wrote: ... All I have are the CTFE status threads, where one can see what I consider a working feature set. What is planed is simple to state: "Re-implement the full functionality

Re: D easily overlooked?

On Friday, 14 July 2017 at 08:57:17 UTC, Wulfklaue wrote: https://blog.sourced.tech/post/language_migrations/ A recent article where github programming languages popularity and migration got analysed was very interesting but it showed one noticeable thing: A total lack of D even

Re: Compilation times and idiomatic D code

On Saturday, 15 July 2017 at 11:10:32 UTC, Enamex wrote: On Friday, 14 July 2017 at 22:45:44 UTC, H. S. Teoh wrote: [...] I have some stupid questions: - What does everyone mean when they say 'symbol' here? I'm probably misunderstanding symbols gravely or it's something that DMD in

Re: newCTFE Status July 2017

On Thursday, 13 July 2017 at 12:45:19 UTC, Stefan Koch wrote: [ ... ] I fixed my struct ABI issues for now. The problem was the lowering of the IR types. Since before everything was expressible as pointer, it was fine to convert everything to integers and treat them as pointer. Since

Re: Compilation times and idiomatic D code

On Friday, 14 July 2017 at 22:45:44 UTC, H. S. Teoh wrote: Here's a further update to the saga of combating ridiculously large symbol sizes. So yesterday I wrote a new module that also heavily uses UFCS chains. My initial draft of the module, once I linked it with the main program,

Re: Request for a more powerful template specialization feature

On Saturday, 15 July 2017 at 10:34:13 UTC, Enamex wrote: But specializations are quite different from constraints, no? Constraints wouldn't help when the template name is overloaded and passes the constraint checks of several different template implementations; specializations narrow things

Re: Some GC and emulated TLS questions (GDC related)

On Friday, 14 July 2017 at 09:13:26 UTC, Johannes Pfau wrote: Another solution could be to enhance libgcc emutls to allow custom allocators, then have a special allocation function in druntime for all D emutls variables. As far as I know there is no GC heap that is scanned, but not

Re: Request for a more powerful template specialization feature

On Friday, 14 July 2017 at 19:49:05 UTC, Andrei Alexandrescu wrote: On 7/14/17 2:19 PM, data pulverizer wrote: template Construct(R: Union{double, int}, W: Union{string, char, dchar}) template Construct(R, W) if ((is(R == double) || is(R == int)) && (is(W == string) || is(W == char) ||

[Issue 17655] Call parent class reference.

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

[Issue 17655] New: Call parent class reference.

https://issues.dlang.org/show_bug.cgi?id=17655 Issue ID: 17655 Summary: Call parent class reference. Product: D Version: D2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P1

Re: newCTFE Status July 2017

On Saturday, 15 July 2017 at 07:50:28 UTC, Dmitry wrote: On Thursday, 13 July 2017 at 12:45:19 UTC, Stefan Koch wrote: ... Hi. Have you any public roadmap (or somethilng like this) of newCTFE? Will be useful to see what planned, what finished, etc. All I have are the CTFE status threads,

Re: ddox filters out my doc

On Saturday, 15 July 2017 at 08:55:41 UTC, Mike Parker wrote: On Saturday, 15 July 2017 at 08:29:52 UTC, Jean-Louis Leroy wrote: My module has a name in dub.sdl. No, it does not. That's the name of the DUB project. The module in this case is source/methods.d. I've never used ddox, but

Re: ddox filters out my doc

On Saturday, 15 July 2017 at 08:29:52 UTC, Jean-Louis Leroy wrote: My module has a name in dub.sdl. No, it does not. That's the name of the DUB project. The module in this case is source/methods.d. I've never used ddox, but based on what I see in the readme and on looking at the ddox source

ddox filters out my doc

I began to write documentation for my open method library. After googling around quite a bit, I came across the incantation: dub build -b ddox Problem is, it generates no doc. And I believe that it actually says so: Performing "ddox" build using dmd for x86_64. methods ~genesis: building

[Issue 17384] LDC x64 linker error in VS2017

https://issues.dlang.org/show_bug.cgi?id=17384 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 17650] [REG v2.075.0 b1-b4] std.getopt range violation

https://issues.dlang.org/show_bug.cgi?id=17650 ZombineDev changed: What|Removed |Added CC|

Re: newCTFE Status July 2017

On Thursday, 13 July 2017 at 12:45:19 UTC, Stefan Koch wrote: ... Hi. Have you any public roadmap (or somethilng like this) of newCTFE? Will be useful to see what planned, what finished, etc.

[Issue 16856] D does not work on FreeBSD current (what will eventually be 12) due to libunwind

https://issues.dlang.org/show_bug.cgi?id=16856 --- Comment #16 from Jonathan M Davis --- (In reply to Vladimir Panteleev from comment #15) > (In reply to Jonathan M Davis from comment #13) > > That's a separate bug though: bug #17596. > > Clickable link: issue

[Issue 17650] [REG v2.075.0 b1-b4] std.getopt range violation

https://issues.dlang.org/show_bug.cgi?id=17650 --- Comment #5 from Jon Degenhardt --- Wow. So I introduced this, initiated by trying add new unit tests. And my own unit tests caught it, but unfortunately, not the unit tests I added to Phobos. How ironic. Thanks for

[Issue 17654] return value incorrectly considered unique when casting to another pointer type

https://issues.dlang.org/show_bug.cgi?id=17654 Vladimir Panteleev changed: What|Removed |Added Hardware|x86_64 |All

[Issue 17194] [scope] Fwd reference error with nested struct

https://issues.dlang.org/show_bug.cgi?id=17194 --- Comment #2 from Vladimir Panteleev --- Elle's example stopped working after https://github.com/dlang/dmd/pull/5897 but I don't know enough about scope whether know if this can be marked as a regression. --

[Issue 16856] D does not work on FreeBSD current (what will eventually be 12) due to libunwind

https://issues.dlang.org/show_bug.cgi?id=16856 --- Comment #15 from Vladimir Panteleev --- (In reply to Jonathan M Davis from comment #13) > That's a separate bug though: bug #17596. Clickable link: issue 17596 See the Bugzilla manual:

[Issue 17652] [DIP1000] opApply allow to escape reference to scope variable

https://issues.dlang.org/show_bug.cgi?id=17652 Vladimir Panteleev changed: What|Removed |Added Keywords|