Re: DConf 2019 Livestream

2019-05-08 Thread jmh530 via Digitalmars-d-announce
On Wednesday, 8 May 2019 at 13:26:15 UTC, Mike Parker wrote: On Wednesday, 8 May 2019 at 13:14:05 UTC, RazvanN wrote: Will the recordings be uploaded somewhere (preferably youtube)? YouTube in approximately two weeks. Thanks for the slides thread as well...though I don't see Walter's on

Re: D 2019 GSoC projects - annoucement

2019-05-07 Thread jmh530 via Digitalmars-d-announce
On Monday, 6 May 2019 at 18:15:54 UTC, Seb wrote: Hi all, I'm very happy to announce that this year we will have six amazing GSoC students: [snip] Thanks to all those who helped make this happen. Good luck to the students.

Re: grain - D Language for Deep Learning

2019-04-26 Thread jmh530 via Digitalmars-d-announce
On Friday, 26 April 2019 at 06:35:42 UTC, Shigeki Karita wrote: I haven't know that GPU support in Stan. That's Cool! Cholesky decomposition always suffers me when I use covariance matrix or something. If you are interested in GPU acceleration in probabilistic programming, see also this

Re: Mir Algorithm 3.4.1 - RCArray and RCPtr

2019-04-24 Thread jmh530 via Digitalmars-d-announce
On Wednesday, 24 April 2019 at 14:05:28 UTC, 9il wrote: [snip] RC types are created to be used with DIP1000. Plus, Mir Algorithm used in production with this DIP. See configuration "dips" [1] Well, the allocator support is not ready yet. But the mir_rc_context already contains `void*

Re: grain - D Language for Deep Learning

2019-04-24 Thread jmh530 via Digitalmars-d-announce
On Wednesday, 24 April 2019 at 16:33:00 UTC, Shigeki Karita wrote: [snip] I see. I'm interested in Stan that is the best library for probabilistic models but it lacks of GPU computation. Therefore, I plan to add some probabilistic programming paradigm into grain like pytorch (pyro) and

Re: grain - D Language for Deep Learning

2019-04-24 Thread jmh530 via Digitalmars-d-announce
On Wednesday, 24 April 2019 at 10:51:08 UTC, jmh530 wrote: On Wednesday, 24 April 2019 at 06:13:13 UTC, Fynn Schröder wrote: [snip] It's an autograd library for dynamic neural networks based on mir and cuda. See GitHub for more details: https://github.com/ShigekiKarita/grain I've tried it

Re: Mir Algorithm 3.4.1 - RCArray and RCPtr

2019-04-24 Thread jmh530 via Digitalmars-d-announce
On Wednesday, 24 April 2019 at 01:34:58 UTC, 9il wrote: Thread safe RC Array and Ptr. Plus C++ headers for code integration. [snip] Cool. Does this make any use of DIP1000? How is the run-time/memory performance vs. the GC versions?

Re: grain - D Language for Deep Learning

2019-04-24 Thread jmh530 via Digitalmars-d-announce
On Wednesday, 24 April 2019 at 06:13:13 UTC, Fynn Schröder wrote: [snip] It's an autograd library for dynamic neural networks based on mir and cuda. See GitHub for more details: https://github.com/ShigekiKarita/grain I've tried it and it works great -- although it's far from feature complete

Re: LDC 1.15.0

2019-04-12 Thread jmh530 via Digitalmars-d-announce
On Friday, 12 April 2019 at 13:54:05 UTC, kinke wrote: [snip] I'd use something like version (LDC) import ldc.attributes : restrict; else enum restrict = null; Excellent. Thanks.

Re: LDC 1.15.0

2019-04-12 Thread jmh530 via Digitalmars-d-announce
On Friday, 12 April 2019 at 13:54:05 UTC, kinke wrote: [snip] I'd use something like version (LDC) import ldc.attributes : restrict; else enum restrict = null; Much better, thanks.

Re: LDC 1.15.0

2019-04-12 Thread jmh530 via Digitalmars-d-announce
On Saturday, 6 April 2019 at 17:40:39 UTC, kinke wrote: * New generic @llvmAttr("name") parameter UDAs, incl. @restrict with C-like semantics. [snip] I think I had passed over this when I first read the announcement. The @llvmAttr("noalias") compiled on run.dlang.org, but I couldn't get

Re: The D Programming Language has been accepted as a GSoC 2019 organization

2019-02-27 Thread jmh530 via Digitalmars-d-announce
On Tuesday, 26 February 2019 at 22:34:45 UTC, Seb wrote: Hi all, I have some very exciting news to share. [snip] Great news.

Re: unit-threaded v0.8.0

2019-02-01 Thread jmh530 via Digitalmars-d-announce
On Friday, 1 February 2019 at 12:51:18 UTC, Atila Neves wrote: [snip] I appreciate the reply. Thanks.

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-31 Thread jmh530 via Digitalmars-d-announce
On Thursday, 31 January 2019 at 22:35:26 UTC, H. S. Teoh wrote: On Thu, Jan 31, 2019 at 10:26:39PM +, jmh530 via Digitalmars-d-announce wrote: On Thursday, 31 January 2019 at 21:57:21 UTC, Steven Schveighoffer wrote: [...] > That being said, you can look at the fact that most peo

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-31 Thread jmh530 via Digitalmars-d-announce
On Thursday, 31 January 2019 at 21:57:21 UTC, Steven Schveighoffer wrote: [snip] That being said, you can look at the fact that most people don't even know about this problem, even seasoned veterans, as a sign that it's really not a big problem. The way you put it makes it sound like a

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-31 Thread jmh530 via Digitalmars-d-announce
On Thursday, 31 January 2019 at 21:50:19 UTC, Olivier FAURE wrote: On Thursday, 31 January 2019 at 21:44:53 UTC, jmh530 wrote: It doesn't compile with dip1000 without first giving the getter functions a return attribute for this. But it still compiles with -dip1000 once you give x() and y()

Re: DIP 1016--ref T accepts r-values--Formal Assessment

2019-01-31 Thread jmh530 via Digitalmars-d-announce
On Thursday, 31 January 2019 at 21:42:04 UTC, Olivier FAURE wrote: [snip] It took me a while to understand what the compiler was doing. This really feels like something that shouldn't compile. It doesn't compile with dip1000 without first giving the getter functions a return attribute for

Re: unit-threaded v0.8.0

2019-01-31 Thread jmh530 via Digitalmars-d-announce
On Thursday, 31 January 2019 at 14:42:43 UTC, Atila Neves wrote: [snip] I've never had a need to use complicated values, so I haven't coded that. If presented with an example, I think there's a high chance I'd consider it an anti-pattern. I was thinking about something like what is in one

Re: unit-threaded v0.8.0

2019-01-30 Thread jmh530 via Digitalmars-d-announce
On Wednesday, 30 January 2019 at 14:27:25 UTC, Atila Neves wrote: [snip] -- @Types!(ubyte, byte) @Types!(int, uint, float) @UnitTest void fun(T0, T1)() { static assert(T0.sizeof == 1); static assert(T1.sizeof == 4); } -- This now generates 6 tests, one

Re: Top Five World’s Most Underrated Programming Languages

2019-01-23 Thread jmh530 via Digitalmars-d-announce
On Wednesday, 23 January 2019 at 13:03:18 UTC, Bienlein wrote: Also, the Internet was Java's killer application. No other language had the libraries for accessing the Internet easily. Then there is dynamic class loading. This made things a little bit more unsafe at runtime but in general

Re: Blog post: What D got wrong

2018-12-13 Thread jmh530 via Digitalmars-d-announce
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

2018-12-11 Thread jmh530 via Digitalmars-d-announce
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

2018-12-10 Thread jmh530 via Digitalmars-d-announce
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

2018-11-20 Thread jmh530 via Digitalmars-d-announce
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

2018-11-07 Thread jmh530 via Digitalmars-d-announce
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

2018-11-07 Thread jmh530 via Digitalmars-d-announce
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

2018-11-05 Thread jmh530 via Digitalmars-d-announce
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

2018-11-01 Thread jmh530 via Digitalmars-d-announce
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

2018-10-31 Thread jmh530 via Digitalmars-d-announce
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

2018-10-29 Thread jmh530 via Digitalmars-d-announce
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

2018-10-26 Thread jmh530 via Digitalmars-d-announce
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

2018-10-19 Thread jmh530 via Digitalmars-d-announce
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

2018-10-19 Thread jmh530 via Digitalmars-d-announce
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

2018-10-18 Thread jmh530 via Digitalmars-d-announce
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

2018-10-14 Thread jmh530 via Digitalmars-d-announce
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

2018-09-10 Thread jmh530 via Digitalmars-d-announce
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

2018-09-10 Thread jmh530 via Digitalmars-d-announce
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

2018-09-10 Thread jmh530 via Digitalmars-d-announce
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

2018-08-20 Thread jmh530 via Digitalmars-d-announce
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

2018-08-20 Thread jmh530 via Digitalmars-d-announce
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

2018-08-16 Thread jmh530 via Digitalmars-d-announce
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

2018-07-31 Thread jmh530 via Digitalmars-d-announce
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

2018-07-18 Thread jmh530 via Digitalmars-d-announce
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

2018-07-17 Thread jmh530 via Digitalmars-d-announce
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

2018-07-13 Thread jmh530 via Digitalmars-d-announce
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

2018-07-10 Thread jmh530 via Digitalmars-d-announce
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

2018-07-09 Thread jmh530 via Digitalmars-d-announce
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

2018-07-09 Thread jmh530 via Digitalmars-d-announce
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

2018-07-03 Thread jmh530 via Digitalmars-d-announce
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

2018-07-02 Thread jmh530 via Digitalmars-d-announce
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

2018-06-29 Thread jmh530 via Digitalmars-d-announce
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

2018-06-26 Thread jmh530 via Digitalmars-d-announce
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

2018-06-14 Thread jmh530 via Digitalmars-d-announce
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

2018-05-31 Thread jmh530 via Digitalmars-d-announce
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)

2018-05-31 Thread jmh530 via Digitalmars-d-announce
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

2018-05-09 Thread jmh530 via Digitalmars-d-announce
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

2018-05-09 Thread jmh530 via Digitalmars-d-announce
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

2018-05-01 Thread jmh530 via Digitalmars-d-announce
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

2018-04-18 Thread jmh530 via Digitalmars-d-announce
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: #include C headers in D code

2018-04-09 Thread jmh530 via Digitalmars-d-announce
On Monday, 9 April 2018 at 11:03:48 UTC, Atila Neves wrote: Here's my blog post about my project that allows directly #including C headers in D* [snip] Fantastic.

Re: std.variant Is Everything Cool About D

2018-03-29 Thread jmh530 via Digitalmars-d-announce
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

2018-03-12 Thread jmh530 via Digitalmars-d-announce
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

2018-03-06 Thread jmh530 via Digitalmars-d-announce
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

2018-03-06 Thread jmh530 via Digitalmars-d-announce
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

2018-03-05 Thread jmh530 via Digitalmars-d-announce
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

2018-02-28 Thread jmh530 via Digitalmars-d-announce
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

2018-02-23 Thread jmh530 via Digitalmars-d-announce
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

2018-02-23 Thread jmh530 via Digitalmars-d-announce
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

2018-02-20 Thread jmh530 via Digitalmars-d-announce
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

2018-02-20 Thread jmh530 via Digitalmars-d-announce
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

2018-02-19 Thread jmh530 via Digitalmars-d-announce
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

2018-02-15 Thread jmh530 via Digitalmars-d-announce
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

2018-02-14 Thread jmh530 via Digitalmars-d-announce
On Wednesday, 14 February 2018 at 14:24:25 UTC, 9il wrote: [snip] Great.

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

2018-02-13 Thread jmh530 via Digitalmars-d-announce
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

2018-02-06 Thread jmh530 via Digitalmars-d-announce
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: Another take on decimal data types

2018-01-11 Thread jmh530 via Digitalmars-d-announce
On Thursday, 11 January 2018 at 18:15:23 UTC, rumbu wrote: [snip] BUT - a very big but - the most important issue is the formatting thing. Even there is no direct dependency on std.format or std.stdio, the formatting mechanism is designed to fit nicely into phobos formatting paradigm. That

Re: Release D 2.078.0

2018-01-04 Thread jmh530 via Digitalmars-d-announce
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

2017-12-12 Thread jmh530 via Digitalmars-d-announce
On Tuesday, 12 December 2017 at 23:10:26 UTC, Nathan S. wrote: About Mir Algorithm [snip] +1

Re: d-apt update

2017-12-09 Thread jmh530 via Digitalmars-d-announce
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

2017-12-07 Thread jmh530 via Digitalmars-d-announce
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+)

2017-11-06 Thread jmh530 via Digitalmars-d-announce
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

2017-10-25 Thread jmh530 via Digitalmars-d-announce
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

2017-10-11 Thread jmh530 via Digitalmars-d-announce
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

2017-10-11 Thread jmh530 via Digitalmars-d-announce
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

2017-10-11 Thread jmh530 via Digitalmars-d-announce
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

2017-09-27 Thread jmh530 via Digitalmars-d-announce
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

2017-09-27 Thread jmh530 via Digitalmars-d-announce
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

2017-09-11 Thread jmh530 via Digitalmars-d-announce
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

2017-09-11 Thread jmh530 via Digitalmars-d-announce
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

2017-09-10 Thread jmh530 via Digitalmars-d-announce
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

2017-09-01 Thread jmh530 via Digitalmars-d-announce
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

2017-08-31 Thread jmh530 via Digitalmars-d-announce
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

2017-08-31 Thread jmh530 via Digitalmars-d-announce
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

2017-08-31 Thread jmh530 via Digitalmars-d-announce
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

2017-08-30 Thread jmh530 via Digitalmars-d-announce
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

2017-08-30 Thread jmh530 via Digitalmars-d-announce
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

2017-08-30 Thread jmh530 via Digitalmars-d-announce
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

2017-08-30 Thread jmh530 via Digitalmars-d-announce
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

2017-08-30 Thread jmh530 via Digitalmars-d-announce
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

2017-08-30 Thread jmh530 via Digitalmars-d-announce
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

  1   2   3   >