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 compila
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 hole
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 librar
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 s
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
