Hi Bruno,
Thanks for reply.
>> 1. frexp.c is not needed, as Visual Studio already provides frexp()
>> function via system libraries.
...
>Do you have data that shows that MSVC14's frexp() behaves better than the one
>in MSVC 9?
Do you have advice how I can check this quickly? Visual Stu
* tests/test-stddef.c: Include , for INT_MAX.
Do not assume that INT_MAX < SIZE_MAX.
---
ChangeLog | 6 ++
tests/test-stddef.c | 6 +-
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/ChangeLog b/ChangeLog
index eec777f..3052549 100644
--- a/ChangeLog
+++ b/ChangeLo
On 02/06/2017 01:37 PM, Stewart, Adam James wrote:
I tried applying your patch, and it looks like I got a bit further along, but
`make check` still crashes with:
CC test-stddef.o
PGC-S-0045-Illegal field size
(/blues/gpfs/home/software/spack-0.10.0/var/spack/stage/m4-1.4.18-zwtcbe4z66
Hi Kees,
> 1. frexp.c is not needed, as Visual Studio already provides frexp()
> function via system libraries.
The configure log says:
checking whether frexp works... guessing no
...
checking whether frexpl works... guessing no
Why "guessing"? Apparently AC_RUN_IFELSE refuses to run the
t
>> 1. frexp.c is not needed, as Visual Studio already provides frexp()
>> function via system libraries.
>But probably with bugs. And even if it is not needed on your platform,
>it is part of the tarball to replace broken frexp() on systems where it
>is buggy. Part of configure determines
