On Monday, 8 June 2020 at 19:05:45 UTC, Steven Schveighoffer
wrote:
On 6/8/20 2:53 PM, mw wrote:
And with a symbol-to-c-func table, it should be able to just
call that C func.
Consider that the libc available to the compiler might not be
the same as the libc for the target (e.g. cross
On 6/8/20 2:53 PM, mw wrote:
And with a symbol-to-c-func table, it should be able to just call that C
func.
Consider that the libc available to the compiler might not be the same
as the libc for the target (e.g. cross compilation).
Not just that, but this opens the compiler up to a huge
On Monday, 8 June 2020 at 18:43:58 UTC, Stanislav Blinov wrote:
On Monday, 8 June 2020 at 18:08:57 UTC, mw wrote:
2) even it does so, but why such simple function as lroundl
cannot be CTFE-ed?
Because, as the error message states, there's no source for it
:) std.math calls into C math
On 6/8/20 2:08 PM, mw wrote:
Hi,
I'm trying to build this package:
https://code.dlang.org/packages/fixed
however, the compiler error out:
ldc2-1.21.0-linux-x86_64/bin/../import/std/math.d(5783,39): Error:
llroundl cannot be interpreted at compile time, because it has no
available source
On Monday, 8 June 2020 at 18:08:57 UTC, mw wrote:
2) even it does so, but why such simple function as lroundl
cannot be CTFE-ed?
Because, as the error message states, there's no source for it :)
std.math calls into C math library.
Hi,
I'm trying to build this package:
https://code.dlang.org/packages/fixed
however, the compiler error out:
ldc2-1.21.0-linux-x86_64/bin/../import/std/math.d(5783,39):
Error: llroundl cannot be interpreted at compile time, because it
has no available source code
Looks like it does some
