Re: Blog post: What D got wrong

On Thursday, 13 December 2018 at 17:07:58 UTC, H. S. Teoh wrote: [snip] Why not? You can opt out. It's not as though you're forced to use immutable everything and nothing but, like in a pure functional language. Just tack on @system or mutable when you need to. Mutable might be a

Re: Blog post: What D got wrong

On Tuesday, 11 December 2018 at 10:45:39 UTC, Atila Neves wrote: A few things that have annoyed me about writing D lately: https://atilanevesoncode.wordpress.com/2018/12/11/what-d-got-wrong/ One thing that could be improved in this post is separating things that can't reasonably be either

Re: Google Summer of Code 2019

On Sunday, 25 November 2018 at 13:58:25 UTC, Mike Parker wrote: The time has come to start thinking about GSoC 2019. The application deadline for mentoring organizations is on February 6. I'd like to get a solid list of project ideas for potential student applications. I've set up a new page

Re: sumtype 0.7.0

On Wednesday, 21 November 2018 at 00:38:25 UTC, Paul Backus wrote: SumType is a generic sum type for modern D. It is meant as an alternative to `std.variant.Algebraic`. [snip] Keep up the good work.

Re: xlsxd: A Excel xlsx writer

On Wednesday, 7 November 2018 at 16:41:39 UTC, Robert Schadek wrote: https://code.dlang.org/packages/xlsxd [snip] You folks at Kaleidic keep doing great things.

Re: Wed Oct 17 - Avoiding Code Smells by Walter Bright

On Wednesday, 7 November 2018 at 13:15:03 UTC, Dennis wrote: [snip] "Hello, MrHaltingProblem here! We obviously need a @noloops attribute. My co-workers are constantly writing buggy loops with wrong loop conditions so I NEED the extra protection. You're asking for a justification? Trust me,

Re: LDC 1.13.0-beta1

On Saturday, 3 November 2018 at 16:33:36 UTC, kinke wrote: I figured it'd be for a lot of Windows users. Why not explicitly express your gratitude with a little 'thank you' then? After all, that little bullet point in the release notes easily took some 40 hours of my spare time, and some

Re: smile.amazon.com Promotion

On Thursday, 1 November 2018 at 05:26:06 UTC, Joakim wrote: [snip] My guess, and this is purely a guess, is that they got discouraged by how few people paid attention to the Vision document or donated to the foundation on Opencollective and haven't bothered with this stuff since. I pay

Re: Release D 2.082.1

On Wednesday, 31 October 2018 at 19:38:54 UTC, Walter Bright wrote: It appears to be identified as malware by Windows Defender: https://issues.dlang.org/show_bug.cgi?id=18786#c10 and on hackernews: https://news.ycombinator.com/item?id=18347138 I thought that was the point of signed

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

Re: Beta 2.082.0

On Saturday, 27 October 2018 at 01:45:43 UTC, Martin Nowak wrote: [snip] http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.083.0.html "fix Issue 14246 - RAII - proper destruction of partically constructed objects" typo on partically?

Re: LDC 1.12.0

On Friday, 19 October 2018 at 10:03:17 UTC, jmh530 wrote: On Friday, 19 October 2018 at 02:18:38 UTC, Shigeki Karita wrote: [snip] https://github.com/jmmartinez/easy-just-in-time/blob/master/doc/slides/cppcon'18.pdf Thanks for those! I'm a little confused about using the jit in

Re: LDC 1.12.0

On Friday, 19 October 2018 at 02:18:38 UTC, Shigeki Karita wrote: [snip] https://github.com/jmmartinez/easy-just-in-time/blob/master/doc/slides/cppcon'18.pdf Thanks for those!

Re: Interfacing D with C: Arrays Part 1

On Wednesday, 17 October 2018 at 15:20:08 UTC, Mike Parker wrote: I had intended to publish the next GC series post early this month, but after many revisions and discussions with a couple of reviewers, I've decided to put it on hold until something gets worked out about the conflation of

Re: LDC 1.12.0

On Saturday, 13 October 2018 at 16:05:31 UTC, kinke wrote: * New, Easy::jit-like interface for dynamic/JIT compilation. I'm not familiar with Easy::jit. Would it make sense to do some kind of simple tutorial? Or maybe blog post?

Re: libmir: recent updates

On Monday, 10 September 2018 at 17:42:16 UTC, jmh530 wrote: [snip] mir-algorithm and lubeck do not interact well right now on run.dlang.org as lubeck depends on the earlier API. The maintainer of that might consider adding an older version of mir-algorithm until the situation is resolved.

Re: libmir: recent updates

On Monday, 10 September 2018 at 14:33:11 UTC, 9il wrote: On Monday, 10 September 2018 at 12:55:01 UTC, Arredondo wrote: On Sunday, 9 September 2018 at 17:24:49 UTC, 9il wrote: Mir Algorithm http://mir-algorithm.dub.pm - v2.0.0, new ndslice API, Does new API mean that it's not backwards

Re: libmir: recent updates

On Monday, 10 September 2018 at 04:50:37 UTC, Shigeki Karita wrote: [snip] great. numir (numpy like helper functions library) also supports mir-algorithm v2 today https://github.com/libmir/numir/releases Glad to hear it. I hope the v2 API helps with explaining mir.

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

On Monday, 20 August 2018 at 19:06:36 UTC, Seb wrote: [snip] That looks pretty cool! I added optional to run.dlang.io (e.g. https://run.dlang.io/is/912kVG) and the project tester (https://github.com/dlang/ci/pull/288). It's interesting that both sumtype and optional have match templates.

Re: Beta 2.082.0

On Friday, 17 August 2018 at 20:01:32 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.082.0 release, ♥ to the 47 contributors for this release. [snip] On the "UDAs on function arguments are now supported" part of the change log, just to be clear, @(22) is added to "a" for

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

On Thursday, 16 August 2018 at 12:25:14 UTC, aliak wrote: Hi See: https://optional.dub.pm I've totally revamped the Optional type and am now quite happy with. It has a range interface and safe dispatching and can be used to 1) avoid null dereferencing, 2) have non-null guarantees, and 3)

Re: autowrap v0.0.1 - Automatically wrap existing D code for use in Python and Excel

On Tuesday, 31 July 2018 at 09:09:11 UTC, Nicholas Wilson wrote: [snip] Also I'm working on a D kernel for Jupyter notebook which should be done soon. Excellent.

Re: Symmetry Autumn of Code

On Wednesday, 18 July 2018 at 10:35:04 UTC, Andre Pany wrote: Proposal: Multi IDE debugger support (for windows) [snip] This is a good idea too.

Re: Symmetry Autumn of Code

On Tuesday, 17 July 2018 at 17:36:12 UTC, Ecstatic Coder wrote: I'd suggest adding the following to SAOC 2018 project proposals : [snip] Things on my wishlist: Improved REPL support (esp Windows) Jupyter kernel for D (someone might be working on this) Very smooth integration between

Re: mir-optim v0.0.1: betterC nonlinear least squares

On Tuesday, 10 July 2018 at 02:10:56 UTC, 9il wrote: The algorigbms from https://github.com/JuliaNLSolvers are good candidates. No plans to implement them for now, but PRs are wellcome. Another type of functionality that would be useful: https://www.mathworks.com/help/matlab/ref/fzero.html

Re: mir-optim v0.0.1: betterC nonlinear least squares

On Tuesday, 10 July 2018 at 02:10:56 UTC, 9il wrote: The algorigbms from https://github.com/JuliaNLSolvers are good candidates. No plans to implement them for now, but PRs are wellcome. Dlangscience has headers for the nlopt and glpk C libraries that I've used in the past. ipopt is another

Re: mir-optim v0.0.1: betterC nonlinear least squares

On Monday, 9 July 2018 at 13:54:17 UTC, 9il wrote: https://github.com/libmir/mir-optim This work has been sponsored by Symmetry Investments and Kaleidic Associates. http://symmetryinvestments.com https://github.com/kaleidicassociates It looks like the docs are not correctly handling the

Re: Release D 2.081.0

On Wednesday, 4 July 2018 at 10:03:57 UTC, Martin Nowak wrote: Glad to announce D 2.081.0. This release comes with... http://dlang.org/download.html http://dlang.org/changelog/2.081.0.html - -Martin I received a message on Windows 7 that "The version of this file is not compatible with

Re: Mir Algorithm v1.1.3

On Tuesday, 3 July 2018 at 12:47:58 UTC, 9il wrote: [snip] New Mir features are open source reflection of work on large proprietary codebase. We have awesome Levenberg–Marquardt algorithm implementation (ndim non-linear least squares solver) in mir.optim, but it is closed source. Maybe if

Re: Mir Algorithm v1.1.3

On Sunday, 1 July 2018 at 15:18:55 UTC, 9il wrote: Mir Algorithm [1, 2] = Dlang core library for math, finance and a home for Dlang multidimensional array package - ndslice. New features: - most of routines in mir.ndslice.topology (e.g. map, zip, stride) accept common arrays

Re: I have a plan.. I really DO

On Friday, 29 June 2018 at 07:03:52 UTC, Dmitry Olshansky wrote: [snip] I'm a little confused. You're going to send $10 a day to D Foundation because you're upset about people complaining about D? I have my donation come through my paycheck. Company matches up to a certain amount a year.

Re: 'static foreach' chapter and more

On Tuesday, 26 June 2018 at 01:52:42 UTC, Ali Çehreli wrote: I've made some online improvements to "Programming in D" since September 2017. [snip] +1

Re: D only has Advantages

On Thursday, 14 June 2018 at 10:18:26 UTC, Walter Bright wrote: Evidently my brand of humor got lost in translation. I grovel and beg for forgiveness, and will appropriately flagellate myself with a wet noodle. I found myself getting in trouble when I was texting and being sarcastic. I

Re: DConf 2018 Ex Post Facto

On Thursday, 31 May 2018 at 15:01:12 UTC, Mike Parker wrote: Since I returned home from my extended trip to Germany, it's been a slog trying to ramp back up into my usual routine. It was a week before I could find any words at all for a retrospective on the conference, and it very nearly took

Re: AppVeyor-D: Project to track recommended appveyor.yml (Win CI)

On Thursday, 31 May 2018 at 08:31:21 UTC, Nick Sabalausky (Abscissa) wrote: [snip] One nice thing about this (compared to the DWiki page) is that its actually being tested by AppVeyor itself. Plus, it now has full GitHub Issues/PR support for managing enhancement/submissions/discussion, all

Re: sumtype 0.3.0

On Wednesday, 9 May 2018 at 14:56:20 UTC, Paul Backus wrote: [snip] What length actually does, after all the compile-time stuff is expanded, is essentially this: switch(v.tag) { case 0: return sqrt(v.value!Rectangular.x**2 + v.value!Rectangular.y**2); case 1: return

Re: sumtype 0.3.0

On Sunday, 6 May 2018 at 19:18:02 UTC, Paul Backus wrote: [snip] - Zero runtime overhead compared to hand-written C Just to clarify, would the run-time performance of the length function in the example be equivalent to if it had been specialized for the Rectangular types (e.g. double

Re: embedr: Call D functions from R and embed an R interpreter inside a D program

On Tuesday, 1 May 2018 at 14:45:17 UTC, rikki cattermole wrote: On 02/05/2018 2:42 AM, bachmeier wrote: I had planned to work on this some more, but I'm editor of a journal and have recently agreed to become director of graduate studies, so there's no time to work on anything I don't use in

Re: autowrap v0.0.1 - Automatically wrap existing D code for use in Python and Excel

On Wednesday, 18 April 2018 at 15:28:07 UTC, Atila Neves wrote: http://code.dlang.org/packages/autowrap This came out of the need at work to take existing D code and make it available for both Excel and Python. [snip] Cool. I bet something similar would work with embedr as well.

Re: std.variant Is Everything Cool About D

On Friday, 30 March 2018 at 00:37:27 UTC, Meta wrote: Unfortunately, this turned out to be the worst possible day for me to try to actively monitor the thread and respond to questions. I'm surprised that people latched onto my little quip about C++ using the name variant for a tagged union.

Re: The D Language Foundation at Open Collective

On Monday, 12 March 2018 at 14:37:40 UTC, rikki cattermole wrote: Can you guys add another donation package, which is basically pay what you want towards a more long term issue? To incentivize fixing. Monetary wise I shouldn't donate but I do care about shared library support enough that I

Re: Article: Why Const Sucks

On Tuesday, 6 March 2018 at 15:39:41 UTC, Jonathan M Davis wrote: [snip] How well Phobos has done with this has improved over time as more and better testing has been added (testing for reference type ranges is probably the most critical to finding this particular problem), but I doubt that

Re: LDC 1.8.0

On Tuesday, 6 March 2018 at 14:06:54 UTC, Mike Parker wrote: On Sunday, 4 March 2018 at 22:37:21 UTC, kinke wrote: Thanks to all contributors! And thanks to Johan Engelen and Joakim for putting together an announcement for the blog! https://dlang.org/blog/2018/03/06/ldc-1-8-0-released/

Re: Release D 2.079.0

On Tuesday, 6 March 2018 at 00:10:52 UTC, Sönke Ludwig wrote: BTW, the problems with this release are a strong hint that we should rethink the inclusion approach with std.experimental. Since breaking changes are tied to the DMD version, it makes those modules almost unusable outside of toy

Re: State of D 2018 Survey

On Wednesday, 28 February 2018 at 13:41:56 UTC, Mike Parker wrote: [snip] A few comments 1) How about an N/A or does not apply option? 2) The progress bar was weird, I went from 80% done to 57% done at one point.

Re: Beta 2.079.0

On Friday, 23 February 2018 at 13:38:25 UTC, Steven Schveighoffer wrote: On 2/23/18 8:13 AM, jmh530 wrote: What if you have something like import std.stdio, std.conv : to, parse; and there is a module at the top-level named parse? Then you have to import it on a separate line, or import it

Re: Beta 2.079.0

On Friday, 23 February 2018 at 11:57:05 UTC, Martin Nowak wrote: A newcomer to D could rightfully conclude that comma is a module separator and the following is the correct syntax to import multiple symbols. import std.stdio, std.conv : to, std.conv : parse; What if you have

Re: Beta 2.079.0

On Tuesday, 20 February 2018 at 20:08:55 UTC, jmh530 wrote: So in your example you know that bar is in myModule because bar is neither fully qualified, nor is it fully qualified. *nor does it have selective imports.

Re: Beta 2.079.0

On Tuesday, 20 February 2018 at 19:36:46 UTC, John Gabriele wrote: In: import myModule : foo, bar; how do you know if bar is myModule.bar or if it's a separate module bar? It probably could be described a little better in the change log. It uses examples, but doesn't really describe

Re: Beta 2.079.0

On Monday, 19 February 2018 at 16:36:53 UTC, Seb wrote: FYI: _A lot_ of CI automation has been added in the past months. Most notably here is the Project Tester which runs the complete test suite of the most popular DUB projects out there. At the moment it tests ~40 projects and it has

Re: dxml 0.2.0 released

On Thursday, 15 February 2018 at 02:40:03 UTC, Jonathan M Davis wrote: LOL. That's actually part of what makes writing range-based libraries so much harder to get right than simply using ranges in your program. [snip] That sounds like an interesting topic for a blog post.

Re: cblas, lapack, mir-blas, mir-lapack update

On Wednesday, 14 February 2018 at 14:24:25 UTC, 9il wrote: [snip] Great.

Re: The Expressive C++17 Coding Challenge in D

On Tuesday, 13 February 2018 at 23:35:36 UTC, Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much:

Re: run.dlang.io can now display ASM + AST + IR

On Wednesday, 7 February 2018 at 01:15:14 UTC, Seb wrote: [snip] https://run.dlang.io/is/vSUTf6 The DUB libraries are now also updated automatically every day. Oh and it's now integrated with e.g. the mir documentation too: http://docs.algorithm.dlang.io/latest/mir_ndslice_algorithm.html I

Re: Release D 2.078.0

On Thursday, 4 January 2018 at 13:03:21 UTC, Mike Parker wrote: Blog: https://dlang.org/blog/2018/01/04/dmd-2-078-0-has-been-released/ Reddit: https://www.reddit.com/r/programming/comments/7o2tcw/dmd_20780_has_been_released/ I've been really liking the blog write-ups on the new releases. On

Re: mir-algorithm v0.7.0: new interpolation, optmath, bugfixes

On Tuesday, 12 December 2017 at 23:10:26 UTC, Nathan S. wrote: About Mir Algorithm [snip] +1

Re: d-apt update

On Friday, 8 December 2017 at 15:53:24 UTC, Jordi Sayol wrote: d-apt release dmd v2.077.1 In this release, d-apt splits "dmd-bin" deb package into "dmd-compiler" (the command line compiler) and "dmd-tools" (includes: dumpobj, obj2asm, rdmd, ddemangle and

Re: GSoC 2018 - Your project ideas

On Thursday, 7 December 2017 at 22:26:08 UTC, Bastiaan Veelo wrote: I see there is a dub section in [2]. Maybe another issue that has been brought up repeatedly fits in that category, namely extending code.dlang.org in various ways? I had thought I had followed one of the links somewhere

Re: Reorganization and list of D libraries (300+)

On Monday, 6 November 2017 at 16:12:14 UTC, Martin Tschierschke wrote: Even being the wrong Martin :-) I think the DUB registry really needs more and better filters, so that the gems inside can be found easily. (like: Number of Github stars, number of downloads, number of developers and in

Re: DMD, Windows and C

On Wednesday, 25 October 2017 at 16:05:48 UTC, Mike Parker wrote: In preparation for an upcoming blog series, and partly as a reaction to the "Windows is a second-class citizen" criticisms that have been cropping up lately, I've put together a primer on getting set up to use C and D together

Re: mir-algorithm v0.6.21: Python and C++ interconnection + API sugar

On Wednesday, 11 October 2017 at 20:24:05 UTC, Ilya Yaroshenko wrote: On Wednesday, 11 October 2017 at 20:19:43 UTC, jmh530 wrote: On Wednesday, 11 October 2017 at 18:52:26 UTC, Ilya Yaroshenko wrote: On Wednesday, 11 October 2017 at 18:51:44 UTC, Ilya Yaroshenko wrote: Could someone process

Re: mir-algorithm v0.6.21: Python and C++ interconnection + API sugar

On Wednesday, 11 October 2017 at 18:52:26 UTC, Ilya Yaroshenko wrote: On Wednesday, 11 October 2017 at 18:51:44 UTC, Ilya Yaroshenko wrote: Could someone process publish it on reddit and hacker news? --Ilya process -> please

Re: mir-algorithm v0.6.21: Python and C++ interconnection + API sugar

On Wednesday, 11 October 2017 at 18:00:03 UTC, Ilya Yaroshenko wrote: New Modules -- - mir.ndslice.connect.cpython* - Python Buffer Protocol - mir.ndslice.connect.cpp* - ndslice wrapper for extern(C++) functions Not sure if you follow it, but bachmeil's embedr

Re: mir-random: major additions

On Wednesday, 27 September 2017 at 12:21:24 UTC, Ilya Yaroshenko wrote: Thanks! And looking forward to find you PR in Lubeck! --Ilya It's what prompted eachLower/eachUpper. I was like, there's gotta be a pretty way of doing this and got completely distracted from cholesky!

Re: mir-random: major additions

On Wednesday, 27 September 2017 at 05:24:50 UTC, Ilya Yaroshenko wrote: private Cholesky decomposition, which has not unittests yet. PRs are welcome. My fork of lubeck has a branch where I was doing some work on adding cholesky that has some unittests if you want to borrow them (probably

Re: DCompute: First kernels run successfully

On Monday, 11 September 2017 at 12:23:16 UTC, Nicholas Wilson wrote: I'm pleased to announce that I have run the first dcompute kernel and it was a success! Keep up the good work.

Re: LDC 1.4.0-beta1

On Monday, 11 September 2017 at 14:49:44 UTC, kinke wrote: There's a difference between "doesn't compile" and "asserts". Please always compare to the matching DMD version, 2.074.1 in this case, which produces an empty string as well, I guess because the writer was taken by value in Phobos

Re: LDC 1.4.0-beta1

On Saturday, 26 August 2017 at 22:35:11 UTC, kinke wrote: Hi everyone, on behalf of the LDC team, I'm glad to announce LDC 1.4.0-beta1. The highlights of version 1.4 in a nutshell: The following code compiles on DMD, but not on LDC (tested versions 1.3.0 and the 1.4.0 beta). unittest {

Re: Release D 2.076.0

On Friday, 1 September 2017 at 21:29:08 UTC, Ali wrote: to be clear - Implement DIP 1010 - Static foreach is mentioned twice in the changelog, as points 1 and 6 BetterC is also on there twice.

Re: Open Methods: From C++ to D

On Thursday, 31 August 2017 at 16:55:17 UTC, Jean-Louis Leroy wrote: Indeed I misunderstood. Well, I am very pleased that my stuff interacts well with the rest of the language - I strive for that. However, I found that it is difficult to get people to open their mind to the idea of open

Re: Open Methods: From C++ to D

On Wednesday, 30 August 2017 at 15:59:32 UTC, Jean-Louis Leroy wrote: What happens here is that kick(Animal) is shadowed by kick(Dog). kick(Animal) is a method but it appears to the user and the compiler as an ordinary function - which is generally good. As such it is eligible for UFCS. I

Re: Open Methods: From C++ to D

On Thursday, 31 August 2017 at 13:30:27 UTC, Atila Neves wrote: import otherpackage: funkyMethod = openmethod; import openmethod: openmethod = method; Or use the fully qualified name. Either way, nothing that can't be dealt with by D's modules as they are now. Atila There are no limits

Re: Article: Writing Julia style multiple dispatch code in D

On Wednesday, 30 August 2017 at 23:45:13 UTC, data pulverizer wrote: typeid() will give you the run-time type while typeof() gives the declared (compile time) type, typeid(typeof()) will not give you the run-time type - which in our case is what we want if we are using sub-typing

Re: Open Methods: From C++ to D

On Wednesday, 30 August 2017 at 23:40:59 UTC, Jean-Louis Leroy wrote: Fixed. Committed to master and it should show up in dub soon. Gosh, all that mind bending meta polymorphic mixin reflection multi-dimensional fu and then fall prey to ints and uints and size_ts. Sobering... Ha. Cheers.

Re: Article: Writing Julia style multiple dispatch code in D

On Wednesday, 30 August 2017 at 22:30:12 UTC, data pulverizer wrote: On Wednesday, 30 August 2017 at 22:10:38 UTC, Jean-Louis Leroy wrote: On Wednesday, 30 August 2017 at 21:30:29 UTC, data pulverizer wrote: In the light of this I think your package just became more interesting to me. I

Re: Open Methods: From C++ to D

On Wednesday, 30 August 2017 at 15:59:32 UTC, Jean-Louis Leroy wrote: What happens here is that kick(Animal) is shadowed by kick(Dog). kick(Animal) is a method but it appears to the user and the compiler as an ordinary function - which is generally good. As such it is eligible for UFCS. I

Re: Open Methods: From C++ to D

On Wednesday, 30 August 2017 at 17:24:55 UTC, Jean-Louis Leroy wrote: We had a discussion about automating the call to updateMethods but I don't think that anybody thought of putting it in registerMethods. It might work. I'll look into it. Thanks for the suggestion... Ali had suggested

Re: Open Methods: From C++ to D

On Wednesday, 30 August 2017 at 15:10:03 UTC, Jean-Louis Leroy wrote: I sort of agree, and somewhat regret not picking 'openmethod'. I considered both. Also @specialize. If anyone had pushed for @openmethod before the article, I would almost certainly have given in. My reasoning was, I

Re: Article: Writing Julia style multiple dispatch code in D

On Saturday, 26 August 2017 at 02:14:59 UTC, data pulverizer wrote: On Friday, 25 August 2017 at 20:54:05 UTC, jmh530 wrote: See below. I haven't implemented the random variables yet, but otherwise it seems to be working well. There is some trickiness with deprecated stuff that I had to hard

Re: Article: Writing Julia style multiple dispatch code in D

On Friday, 25 August 2017 at 16:01:27 UTC, data pulverizer wrote: Your wrapping strategy looks sensible though I would probably generate them all using string mixins. See below. I haven't implemented the random variables yet, but otherwise it seems to be working well. There is some

Re: Article: Writing Julia style multiple dispatch code in D

On Friday, 25 August 2017 at 16:01:27 UTC, data pulverizer wrote: Your wrapping strategy looks sensible though I would probably generate them all using string mixins. That might require less maintenance going forward.

Re: Article: Writing Julia style multiple dispatch code in D

On Friday, 25 August 2017 at 01:04:31 UTC, data pulverizer wrote: [snip] With respect to your point about immutability, you might be interested in the parameterize function in dstats.distrib. I hadn't noticed that was there, but I think it accomplishes, to a limited extent, the behavior of

Re: Article: Writing Julia style multiple dispatch code in D

On Thursday, 24 August 2017 at 23:50:21 UTC, data pulverizer wrote: ``` double density(D: UnivariateDistribution!Discrete, U = getVariateType!D, T = GetDistributionParameterType!D)(D d, U x) if(!is(D == Poisson!T)) { assert(false, "density function unimplemented for this distribution: "

Re: D as a Better C

On Thursday, 24 August 2017 at 18:56:25 UTC, Walter Bright wrote: There is a PR to make it only on demand, https://github.com/dlang/dmd/pull/6561 but it is mired in problems that are not in the D test suite and for which no test cases exist. C++ compilers also have a switch, like

Re: Article: Writing Julia style multiple dispatch code in D

On Thursday, 24 August 2017 at 20:11:32 UTC, data pulverizer wrote: Thanks. I think most of that is down to D's nice syntax and how it easily and clearly emulates Julia. I think that there is certainly more to say on this especially around strategies of how represent concrete types. David

Re: Article: Writing Julia style multiple dispatch code in D

On Thursday, 24 August 2017 at 17:20:20 UTC, data pulverizer wrote: In any case, Jean-Louis Leroy did some magic recently to support multiple dynamic dispatch in D. :) http://forum.dlang.org/post/cigbfrgipbokyetsk...@forum.dlang.org I haven't seen this. I'll have to get back to you when I

Re: Article: Writing Julia style multiple dispatch code in D

On Thursday, 24 August 2017 at 16:10:32 UTC, data pulverizer wrote: Hi all, I have written an article about writing Julia style multiple dispatch code in D (https://github.com/dataPulverizer/dispatch-it-like-julia). I am hoping that it is appropriate for the D blog. Reviews please. Many

Re: D as a Better C

On Wednesday, 23 August 2017 at 17:39:00 UTC, Walter Bright wrote: On 8/23/2017 10:26 AM, jmh530 wrote: Am I correct that betterC requires main to be extern(C) and must act like a C main (i.e. no void return)? Yes. This might be added to http://dlang.org/dmd-windows.html#switch-betterC or

Re: D as a Better C

On Wednesday, 23 August 2017 at 14:01:30 UTC, jmh530 wrote: Great piece. It might be useful to beef up the documentation on some of the things that betterC changes. For instance, here http://dlang.org/dmd-windows.html#switch-betterC links to TypeInfo, which has like one line of explanation

Re: D as a Better C

On Wednesday, 23 August 2017 at 13:12:04 UTC, Mike Parker wrote: To coincide with the improvements to -betterC in the upcoming DMD 2.076, Walter has published a new article on the D blog about what it is and why to use it. A fun read. And I'm personally happy to see the love this feature is

Re: Beta 2.076.0

On Friday, 18 August 2017 at 12:58:18 UTC, Martin Nowak wrote: First beta for the 2.076.0 release. This release comes with various phobos additions and lots of improvements for -betterC (changelog entry upcoming). http://dlang.org/download.html#dmd_beta

Re: d_to_html.d

On Monday, 7 August 2017 at 02:32:56 UTC, TheGag96 wrote: Man, this is absolutely nuts. Overriding opBinary to catch hyphens, aliasing opAssign to opCall... Just evil, haha! Amazing job! I don't think I had noticed either of those things when I skimmed it the first time. Thanks for

Re: covered - processes output of code coverage analysis performed by the D programming language compiler

On Monday, 31 July 2017 at 13:06:44 UTC, Anton Fediushin wrote: Hello! I am glad to announce a new command-line tool which should make development a little easier. You could add a mixin template that injects the "version(D_Coverage)" code.

Re: New library: open multi-methods

On Wednesday, 19 July 2017 at 15:56:06 UTC, Jean-Louis Leroy wrote: Among other things, the mixin introduces two functions in the module's scope: the function the user actually calls (the "dispatcher"). E.g. it creates a times(double, Matrix) when it sees a times(double, virtual!Matrix). It

Re: New library: open multi-methods

On Wednesday, 19 July 2017 at 15:33:28 UTC, jmh530 wrote: Yes. I haven't tried something like that, but it seems like a use case for either static this or shared static this. https://dlang.org/spec/class.html#StaticConstructor https://dlang.org/spec/class.html#SharedStaticConstructor Based

Re: New library: open multi-methods

On Wednesday, 19 July 2017 at 13:46:24 UTC, Jean-Louis Leroy wrote: What if you do: shared static this(){ mixin(registerMethods); } You mean in openmethods.d? Yes. I haven't tried something like that, but it seems like a use case for either static this or shared static this.

Re: New library: open multi-methods

On Wednesday, 19 July 2017 at 13:35:40 UTC, jmh530 wrote: On Wednesday, 19 July 2017 at 12:29:36 UTC, Jean-Louis Leroy wrote: ...that does the two above. Problem is, it needs -Jpath on the command line to work. Unless there is a workaround? I prefer the original. What if you do: shared

Re: New library: open multi-methods

On Wednesday, 19 July 2017 at 12:29:36 UTC, Jean-Louis Leroy wrote: ...that does the two above. Problem is, it needs -Jpath on the command line to work. Unless there is a workaround? I prefer the original.

Re: New library: open multi-methods

On Tuesday, 18 July 2017 at 21:16:11 UTC, jmh530 wrote: I may not have been clear enough. My ideal solution wouldn't make any changes to that densematrix.d file, just the interface. So I don't have any issue with the matrix modules doing the math and the app doing the printing. Well, I

Re: New library: open multi-methods

On Tuesday, 18 July 2017 at 19:22:38 UTC, Jean-Louis Leroy wrote: Look at https://github.com/jll63/methods.d/blob/master/examples/matrix/source/matrix.d and https://github.com/jll63/methods.d/blob/master/examples/matrix/source/densematrix.d They know nothing about printing. They don't want to.

<    1   2   3   4   5   >