Hi Piotr,
On Wed, 2 Aug 2017, Piotr Caban wrote:
Hi Martin,
On 07/31/17 14:47, Martin Storsjo wrote:
--- a/dlls/api-ms-win-crt-math-l1-1-0/api-ms-win-crt-math-l1-1-0.spec +++ b/dlls/api-ms-win-crt-math-l1-1-0/api-ms-win-crt-math-l1-1-0.spec @@ -77,7 +77,7 @@ @ cdecl _fdtest(ptr) ucrtbase._fdtest @ stub _fdunscale @ cdecl _finite(double) ucrtbase._finite -@ cdecl -arch=arm,x86_64 _finitef(float) ucrtbase._finitef +@ cdecl -arch=arm,x86_64,arm64 _finitef(float) ucrtbase._finitef @ cdecl _fpclass(double) ucrtbase._fpclass @ stub _fpclassf @ cdecl -arch=i386 -ret64 _ftol() ucrtbase._ftol @@ -85,7 +85,7 @@ @ cdecl _hypot(double double) ucrtbase._hypot @ cdecl _hypotf(float float) ucrtbase._hypotf @ cdecl _isnan(double) ucrtbase._isnan -@ cdecl -arch=arm,x86_64 _isnanf(float) ucrtbase._isnanf +@ cdecl -arch=arm,x86_64,arm64 _isnanf(float) ucrtbase._isnanf
Maybe I'm checking it incorrectly but I don't see isnanf in the lib file. Is it really exported on arm64? I didn't check all of the functions but _scalbf also seems to be not exported.
Hmm, indeed - thanks for checking thoroughly. I'll recheck them one by one with the import library.
FWIW it seems like this also is wrong for _isnanf already now. For that case, it can be traced back to 599d92a2, where I bootstrapped ucrtbase, with a list of symbols dumped from real DLLs, but with the -arch flags taken from msvcrt (where it was added to a bunch of float functions in 599d0802).
// Martin