On 9 May 2016 at 23:02, Stefan Koch via Digitalmars-d
wrote:
> On Monday, 9 May 2016 at 12:49:16 UTC, Stefan Koch wrote:
>>
>> On Monday, 9 May 2016 at 12:33:33 UTC, Stefan Koch wrote:
>>>
>>> On Monday, 9 May 2016 at 12:24:18 UTC, Timon Gehr wrote:
[...]
>>>
>>>
>>> I see.
>>> I did not
On Monday, May 09, 2016 13:02:50 Stefan Koch via Digitalmars-d wrote:
> that would also
> prevent issues with cross-compiled binarys that have ctfe in them.
That's going to be pretty critical in the long run, especially now that the
compiler frontend is in D.
- Jonathan M Davis
On Monday, 9 May 2016 at 12:49:16 UTC, Stefan Koch wrote:
On Monday, 9 May 2016 at 12:33:33 UTC, Stefan Koch wrote:
On Monday, 9 May 2016 at 12:24:18 UTC, Timon Gehr wrote:
[...]
I see.
I did not test a floating point value at the left-hand site.
working on a fix.
okay the workaround would
On Monday, 9 May 2016 at 12:33:33 UTC, Stefan Koch wrote:
On Monday, 9 May 2016 at 12:24:18 UTC, Timon Gehr wrote:
On 09.05.2016 11:24, Stefan Koch wrote:
At Dconf Manu asked to use pow expressions at CTFE.
Luckily he can.
powExpressions work at ctfe.
enum x=2.4^^4.5;
DMD master
On Monday, 9 May 2016 at 12:24:18 UTC, Timon Gehr wrote:
On 09.05.2016 11:24, Stefan Koch wrote:
At Dconf Manu asked to use pow expressions at CTFE.
Luckily he can.
powExpressions work at ctfe.
enum x=2.4^^4.5;
DMD master:
./../../phobos/std/math.d(4857): Error: cannot convert &rea
On 09.05.2016 11:24, Stefan Koch wrote:
At Dconf Manu asked to use pow expressions at CTFE.
Luckily he can.
powExpressions work at ctfe.
enum x=2.4^^4.5;
DMD master:
./../../phobos/std/math.d(4857): Error: cannot convert &real to ushort*
at compile time
./../../phobos/std/math.d(
At Dconf Manu asked to use pow expressions at CTFE.
Luckily he can.
powExpressions work at ctfe.