On 7/13/18 4:47 PM, Patrick Schluter wrote:
On Friday, 13 July 2018 at 20:12:36 UTC, Steven Schveighoffer wrote:
On 7/13/18 3:53 PM, Paolo Invernizzi wrote:
On Friday, 13 July 2018 at 13:15:39 UTC, Steven Schveighoffer wrote:
On 7/13/18 8:55 AM, Adam D. Ruppe wrote:
[...]
But it doesn't sca
Well, it seems I fixed the AA issue by removing a totally
unrelated thing (an undoable event chain system, that got
"deprecated"), but now I got another weird issue.
Sometimes setting a dynamic array's length causes an access
violation. Still only on WindowMaker, and nothing in
PixelPerfectEd
On Saturday, 14 July 2018 at 07:01:59 UTC, Seb wrote:
Any chance you can make a minimal, reproducible example of this?
Would be great because then it can be put on bugzilla and other
people can have a look at it too.
I might try, but first I'll look at the functions to see if I can
fix some o
Alo, I'm wondering how phobos devs view or determine what goes in
to std.algorithm and what goes in to std.range.
To me some of them are quite obvious - well, most things can
arguably be an algorithm. But for example "refRange" is clearly a
range specific thing, but "transpose" is not. And thi
On Friday, 13 July 2018 at 01:18:48 UTC, Andrei Alexandrescu
wrote:
On 7/12/18 2:30 PM, ag0aep6g wrote:
You're still potentially changing the semantics of existing
code. `@implicit` can be a UDA today:
enum implicit = 0;
struct C
{
@implicit this(ref C another) {}
}
Today, th
On 14/07/18 15:56, Johan Engelen wrote:
First off: I am trying to wear a strict language lawyer hat. D spec is
already very much ill specced which is _very_ problematic for language
and compiler development. I am not attacking the proposal in order to
kill it. I am merely commenting on points t
On Thursday, 12 July 2018 at 10:22:33 UTC, Shachar Shemesh wrote:
On 11/07/18 20:04, Johan Engelen wrote:
On Wednesday, 27 June 2018 at 07:13:14 UTC, Mike Parker wrote:
DIP 1014, "Hooking D's struct move semantics", is now ready
for final review.
after quick read:
(would be much easier to do
On 14/07/2018 11:49 PM, Johan Engelen wrote:
On Saturday, 14 July 2018 at 10:53:17 UTC, Andrei Alexandrescu wrote:
I now deeply regret ever telling Razvan to mention future possible
directions. This DIP must do implicit copy constructors and do it
well, nothing less and nothing more.
Strong
On Saturday, 14 July 2018 at 10:53:17 UTC, Andrei Alexandrescu
wrote:
I now deeply regret ever telling Razvan to mention future
possible directions. This DIP must do implicit copy
constructors and do it well, nothing less and nothing more.
Strongly agree with this.
In my review on Github I h
On 7/14/18 5:03 AM, Luís Marques wrote:
If there is "no other meaning of @implicit" (other than the intersection
of those two properties) why don't you just call it something like
@copyctor?
I'm totally cool with giving the attribute a more obscure name such as
@copyctor or anything people wa
On Sat., 14 Jul. 2018, 2:00 am rikki cattermole via Digitalmars-d, <
digitalmars-d@puremagic.com> wrote:
> On 14/07/2018 1:04 PM, Manu wrote:
> > Determining that requires at least a cursory exploration.
>
> Given how many of us are objecting to the syntax, I'm going to place
> this requirement up
On Saturday, 14 July 2018 at 00:41:37 UTC, Andrei Alexandrescu
wrote:
The specification of @implicit is in the DIP in full: a
constructor that takes by reference a qualified typeof(this)
and has the @implicit attribute will be callable implicitly by
the compiler. There is no other meaning of @i
On 14/07/2018 1:04 PM, Manu wrote:
Determining that requires at least a cursory exploration.
Given how many of us are objecting to the syntax, I'm going to place
this requirement upon a 'yes' answer by me. That an attempt is made for
an alternative syntax discussion. It's a fair request I thi
On Saturday, 14 July 2018 at 01:27:03 UTC, solidstate1991 wrote:
On Saturday, 14 July 2018 at 00:58:08 UTC, solidstate1991 wrote:
I found a temporary workaround. Basically I just save the
content of the AA, then reapply it after the application's
constructor finished, before that it always gene
14 matches
Mail list logo