On Wednesday, 2 April 2014 at 14:43:44 UTC, Iain Buclaw wrote:
Please do not get confused between operands evaluation order
in an
expression and arguments passing order to a function. Those
are two
different things. I was talking about both of them because
both of them are
involved in the ev
On Wednesday, 2 April 2014 at 08:50:17 UTC, Johannes Pfau wrote:
Am Wed, 02 Apr 2014 07:47:23 +
schrieb "Sarath Kodali" :
On Tuesday, 1 April 2014 at 22:04:43 UTC, Timon Gehr wrote:
> On 04/01/2014 08:40 PM, Sarath Kodali wrote:
>> ...
>>
>> The evaluation o
On Wednesday, 2 April 2014 at 08:02:36 UTC, Iain Buclaw wrote:
On 2 Apr 2014 09:52, "Sarath Kodali" wrote:
On Tuesday, 1 April 2014 at 22:04:43 UTC, Timon Gehr wrote:
On 04/01/2014 08:40 PM, Sarath Kodali wrote:
...
The evaluation order of assign operators should not be LTR
as
On Tuesday, 1 April 2014 at 22:04:43 UTC, Timon Gehr wrote:
On 04/01/2014 08:40 PM, Sarath Kodali wrote:
...
The evaluation order of assign operators should not be LTR as
they have
right associativity. In "a = b = c", c has to be evaluated
first, then b
and then a. Similarly, in
On Tuesday, 1 April 2014 at 11:50:51 UTC, Johannes Pfau wrote:
I started fixing GDC bug #8 (*) which is basically that array op
evaluation order currently depends on the target architecture.
Consider
this example:
a()[] = b()[] + c()[];
The order in which c,a,b are called is currently architect
On Sunday, 23 March 2014 at 20:56:45 UTC, Andrei Alexandrescu
wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
The extensive use of binary comma operator that I had seen was in
ctrace code.
(http://docs.oracle.com/cd/E24457_01/html/E22003/ctrace.1.html).
ctrac
On Thursday, 13 March 2014 at 05:31:17 UTC, Manu wrote:
Again, this is conflating random breakage with controlled
deprecation.
A clear message with a file:line that says "virtual-by-default
is
deprecated, add 'virtual' _right here_." is not comparable to
the behaviour
of byLine() silently cha
On Thursday, 13 March 2014 at 05:13:00 UTC, Manu wrote:
That's not the way business works, at least, not in my neck of
the woods.
Having been responsible for rolling out many
compiler/toolset/library
upgrades personally, that's simply not how it's done.
That may be how gamedev industry work
On Thursday, 13 March 2014 at 00:40:34 UTC, Vladimir Panteleev
wrote:
Doesn't this sort of seal the language's fate in the long run,
though? Eventually, new programming languages will appear which
will learn from D's mistakes, and no new projects will be
written in D.
It won't happen that w
On Thursday, 13 March 2014 at 01:18:14 UTC, Chris Williams wrote:
On Thursday, 13 March 2014 at 00:48:15 UTC, Walter Bright wrote:
On 3/12/2014 5:18 PM, Andrei Alexandrescu wrote:
We are opposed to having compiler flags define language
semantics.
Yeah, that's one of those things that always s
On Friday, 7 March 2014 at 22:35:47 UTC, Sarath Kodali wrote:
+1
In Indian languages, a character consists of one or more
UNICODE code points. For example, in Sanskrit "ddhrya"
http://en.wikipedia.org/wiki/File:JanaSanskritSans_ddhrya.svg
consists of 7 UNICODE code points. So to
On Friday, 7 March 2014 at 20:43:45 UTC, Vladimir Panteleev wrote:
On Friday, 7 March 2014 at 19:57:38 UTC, Andrei Alexandrescu
wrote:
Allow me to enumerate the functions of std.algorithm and how
they work today and how they'd work with the proposed change.
Let s be a variable of some string ty
On Saturday, 22 February 2014 at 00:30:18 UTC, Iain Buclaw wrote:
Hi all,
[skip]
And currently I'm testing selective imports to be represented
as DW_TAG_imported_declaration. Don't have any examples for
yet, but it looks like it would be the imported declaration tag
pointing to the real d
13 matches
Mail list logo