Re: smile.amazon.com Promotion
On Monday, 29 October 2018 at 16:01:38 UTC, Mike Parker wrote: One of the easiest ways to support the D Language Foundation is using smile.amazon.com when you make a purchase. Until Nov 2, they're running a special where they're donating 5% (10 times the usual amount) you buy through AmazonSmile. smile.amazon.com/ch/47-5352856 Does this only work in the US? The charity doesn't exist at smile.amazon.co.uk.
Re: A facebook group for D programmers
On Sunday, 16 September 2018 at 20:19:32 UTC, Murilo wrote: Hello everyone, I was so amazed with the D language that I created a facebook group for us all to be connected and share information. It is called "Programming in D", it has already 55 members. Please join the group and invite everyone else to join it. That way we can show the world how amazing the D language is. Probably would be a good idea to link to the group. I couldn't find it with search.
Re: D kernel for Jupyter notebook
On Sunday, 19 August 2018 at 23:49:21 UTC, Nicholas Wilson wrote: On Sunday, 19 August 2018 at 20:33:45 UTC, Laeeth Isharc wrote: [...] Note that the D repl will only work on platforms where drepl works i.e. platform with shared library support. It will _build_ on OSX due to https://github.com/kaleidicassociates/jupyterd/blob/master/source/jupyterd/kernel.d#L393 but it won't work. The drepl README on github says it works for OSX. Is that not correct? "Works on any OS with full shared library support by DMD (currently linux, OSX, and FreeBSD)."
Re: Gary Willoughby: Why Go's design is a disservice to intelligent programmers
On Saturday, 28 March 2015 at 20:35:07 UTC, Walter Bright wrote: On 3/27/2015 12:34 PM, w0rp wrote: Sean Parent's advice for no raw loops comes to mind. https://channel9.msdn.com/Events/GoingNative/2013/Cpp-Seasoning With that rule, basically a one-line body for foreach becomes acceptable. This really is a great video. Which leads me to wonder why std.algorithm doesn't have a 'rotate'. Three iterator algorithms don't really work well with ranges. We have bringToFront instead, which is more general. http://dlang.org/phobos/std_algorithm_mutation.html#.bringToFront
Re: Recent download statistics
On Wednesday, 3 September 2014 at 09:20:44 UTC, Andrei Alexandrescu wrote: I recently got the access logs for dmd downloads through August (and Sep 1st). [snip] Nice! Will be interesting to see how much the recent increase contributes to sustained activity/growth. Any idea what caused the spike in March last year?
Re: D for the Win
Ha, that opDollar thing in the HTML generator is the nastiest D hack I've seen :-P
Re: DConf Day 1 Panel with Walter Bright and Andrei Alexandrescu
On Friday, 27 June 2014 at 23:30:39 UTC, safety0ff wrote: 2) With regard to reducing template instantiations: I've been using a technique similar to the one mentioned in the video: separating functions out of templates to reduce bloat. My question is: does a template such as: T foo(T)(T x) if (isIntegral!T) { return x; } Get instantiated multiple times for const, immutable, etc. qualifiers on the input? Yes, but bear in mind that those qualifiers are often stripped with IFTI, e.g.: int a; const int b; immutable int c; foo(a); foo(b); foo(c); These all call foo!int
Re: DConf Day 1 Panel with Walter Bright and Andrei Alexandrescu
On Saturday, 28 June 2014 at 02:46:25 UTC, safety0ff wrote: On Saturday, 28 June 2014 at 02:02:28 UTC, Peter Alexander int a; const int b; immutable int c; foo(a); foo(b); foo(c); These all call foo!int Awesome, thanks! ... I just tried this and I'm wrong. The qualifier isn't stripped. Gah! Three different versions! I could have sworn D did this for primitive types. This makes me sad :-(
Re: Embarrassment of riches: another talk came online today
On Tuesday, 10 June 2014 at 16:30:31 UTC, Andrei Alexandrescu wrote: Leverage - my talk at Lang.NEXT. I think this is one of your better D talks. It's refreshing to see honest admittance of the shortcomings of D's features, although I think a little too much time was spent talking about inconsequential parsing quirks with UFCS (you can write goofy looking code in any language). The GC scan function was a really nice example: short, real, and instructive. In general, I think more example code would help -- it makes everything more concrete. Good job!