On Monday, 29 February 2016 at 15:19:19 UTC, Johan Engelen wrote:
> On Monday, 29 February 2016 at 14:47:58 UTC, Andrea Fontana wrote:
>> On Monday, 29 February 2016 at 13:36:59 UTC, kink wrote:
>>> I hope LDC computes tst = 20. ;)
>>> Iirc, there were some inconsistencies wrt. this. LDC and GDC do it one way (the proper one imo), dmd another way.
>>
>> "Proper" depends on specs. If is an undefined behaviour i think it should be defined or a warning should be triggered
>
> Spec:
> https://dlang.org/spec/expression.html#order-of-evaluation
>
> Strict left-to-right order evaluation, as the spec prescribes, would give tst=20.
> Is there a DMD bug report for this? I didn't test with DMD, but if tst!=20, it is a pretty severe issue.

Dmd gives 20. Ldc gives 21:

andrea@ububocs:/tmp$ cat tmp.d
import std.stdio;

void main()
{

	size_t inc(size_t* v)
	{
   		(*v)++;
   		return 10;
	}


	size_t pos = 10;
	
	immutable tst = pos + inc(&pos); // <-- this
	writeln(tst);
	writeln(pos);
}
andrea@ububocs:/tmp$ rdmd tmp.d
20
11
andrea@ububocs:/tmp$ ldc2 tmp.d && ./tmp
21
11

On Monday, 29 February 2016 at 14:49:44 UTC, Andrea Fontana wrote:
> On Monday, 29 February 2016 at 11:51:31 UTC, Andrea Fontana wrote:
>> On Friday, 26 February 2016 at 21:12:43 UTC, Kai Nacke wrote:
>>> Again, we need to help to test this alpha release! Every feedback is welcomed!
>>
>>
>> It takes me a lot to understand what's wrong in a parser code.
>
> Another problem. Reduced code:
> http://dpaste.dzfl.pl/33434c9ba374
>
> This print "LEN:3" with dmd and "LEN:0" with ldc2 1.0.  (using online compiler ldc 0.12, it prints LEN:3)

Thanks for finding that bug, filed it: https://github.com/ldc-developers/ldc/issues/1324

Jacob Carlborg <doob@me.com> writes:

> On 2016-02-28 20:33, Dan Olson wrote:
>
>> I uncommented lines in main (I think that is what you mean) to this:
>>
>> void main()
>> {
>>      test_stret();
>>      test_fp2ret();
>>      test_fpret();
>>      test_float32();
>>      test_double64();
>> }
>>
>> And it works.  I was unsure if the fp2ret and C++/D complex types would work, but for this test they do.
>
> Awesome :)

I made https://github.com/ldc-developers/ldc/pull/1325 from my hack session last saturday. It is no where close, but at least you can see a start. Maybe we can make a branch in LDC repo for this so you and others can collaborate?
--
Dan

On 29 Feb 2016, at 18:35, Dan Olson via digitalmars-d-ldc wrote:
> I made https://github.com/ldc-developers/ldc/pull/1325 from my hack session last saturday. It is no where close, but at least you can see a start. Maybe we can make a branch in LDC repo for this so you and others can collaborate?

Yes, I'd say let's just create a branch in ldc-developers/ldc.

 — David

On Friday, 26 February 2016 at 21:12:43 UTC, Kai Nacke wrote:
> Hi everyone!
>
> The LDC team moves fast to a major milestone: we're aiming for a 1.0.0 release!

Great news! I've tried the latest alpha on most of my projects - works like a charm on Linux64. :)
On Windows there is still that nasty library extension naming issue with dub.. however, that should be fixed with dub 0.9.25. (https://github.com/D-Programming-Language/dub/issues/687)

Many thanks to the ldc dev team and keep up the amazing work!

Best regards,
Fynn

On Friday, 26 February 2016 at 21:12:43 UTC, Kai Nacke wrote:
> [...]

Apologies for slow movement on this release, took me a while to figure out the bootstrapping. Anyway, `brew install ldc --devel` :)