Re: silly is released - new test runner for the D programming language

[Soulsbane via Digitalmars-d-announce]

On Sunday, 12 August 2018 at 15:07:04 UTC, Anton Fediushin wrote:

Hello, I'm glad to announce that silly v0.0.1 is released.

Silly is a brand-new test runner with simplicity in mind. It's 
developed to be as simple as possible and contain no useless 
features. Another important goal is to provide flexible tool 
which can be easily integrated into existing environments.
In my local version I've modified the test name to be colorized. 
Could you add this feature? it really helps the readability in my 
opinion.


Either way, I really love silly! Thanks a lot!

Re: Copy Constructor DIP and implementation

[Walter Bright via Digitalmars-d-announce]

On 9/11/2018 8:08 AM, RazvanN wrote:

[1] https://github.com/dlang/DIPs/pull/129
[2] https://github.com/dlang/dmd/pull/8688


Thank you, RazvanN!

Re: Copy Constructor DIP and implementation

[Neia Neutuladh via Digitalmars-d-announce]

On Tuesday, 11 September 2018 at 15:22:55 UTC, rikki cattermole 
wrote:
Here is a question (that I don't think has been asked) why not 
@copy?


It's not wrong to call this an implicit constructor since it's 
called implicitly. It also means that, if we get implicit 
constructors in general, we can keep the same syntax and 
annotations, and it will be consistent.


Also can we really not come up with an alternative bit of code 
than the tupleof to copying wholesale? E.g. super(other);


That would be possible, but it would be inconsistent with super 
constructors in general.

Re: Copy Constructor DIP and implementation

[rikki cattermole via Digitalmars-d-announce]

On 12/09/2018 3:08 AM, RazvanN wrote:

Hello everyone,

I have finished writing the last details of the copy constructor DIP[1] 
and also I have published the first implementation [2]. As I wrongfully 
made a PR for the DIP queue in the early stages of the development of 
the DIP, I want to announce this way that the DIP is ready for the draft 
review now. Those who are familiar with the compiler, please take a look 
at the implementation and help me improve it!


Thanks,
RazvanN

[1] https://github.com/dlang/DIPs/pull/129
[2] https://github.com/dlang/dmd/pull/8688


Here is a question (that I don't think has been asked) why not @copy?

@copy this(ref Foo other) { }

It can be read as copy constructor, which would be excellent for helping 
people learn what it is doing (spec lookup).


Also can we really not come up with an alternative bit of code than the 
tupleof to copying wholesale? E.g. super(other);

Copy Constructor DIP and implementation

[RazvanN via Digitalmars-d-announce]

Hello everyone,

I have finished writing the last details of the copy constructor 
DIP[1] and also I have published the first implementation [2]. As 
I wrongfully made a PR for the DIP queue in the early stages of 
the development of the DIP, I want to announce this way that the 
DIP is ready for the draft review now. Those who are familiar 
with the compiler, please take a look at the implementation and 
help me improve it!


Thanks,
RazvanN

[1] https://github.com/dlang/DIPs/pull/129
[2] https://github.com/dlang/dmd/pull/8688

Re: libmir: recent updates

[9il via Digitalmars-d-announce]

On Monday, 10 September 2018 at 20:22:08 UTC, jmh530 wrote:

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.


Hmm, it looks like all you have to do just change the 
dependency to whatever works with lubeck and it works fine. 
Maybe it can be temporarily adjusted so that adding lubeck as a 
dependency adds the correct version of mir algorithm by default?


Thanks for the report.

Lubeck has been tagged to release.
Plus tour update https://github.com/dlang-tour/english/pull/269 
(requires mir v2.0.2)