Re: Signaling NaNs

2021-12-09 Thread Marc Nieper-Wißkirchen
Hi Bruno, thanks for replying so quickly! My intention is neither to feed the signaling NaN into floating-point operations nor to cause it an exception to be raised. What I really want to do is to model a type whose value is either a floating-point number (including infinities and the NaNs retur

Re: [PATCH] canonicalize-lgpl: Canonicalize casing too for MinGW.

2021-12-09 Thread Bruno Haible
Hi Jan, > * lib/canonicalize-lgpl.c (filesystem_name)[__MINGW32__]: New static > function. > (realpath_stk)[__MINGW32__]: Use it to return correct canonicalized > casing. I don't think this is desirable, because 1) The 'realpath' function that canonicalize-lgpl.c implements is specified to re

Re: Signaling NaNs

2021-12-09 Thread Bruno Haible
Hi Marc, > I have been searching through the list of modules but haven't been able to > find it: Does Gnulib offer a way to store a signaling NaN in a memory > location (if supported by the platform) It doesn't, because quiet NaNs are easier to work with. > The forthcoming C2x standard will hav

Signaling NaNs

2021-12-09 Thread Marc Nieper-Wißkirchen
Hi, I have been searching through the list of modules but haven't been able to find it: Does Gnulib offer a way to store a signaling NaN in a memory location (if supported by the platform) and some way to check a memory location whether it contains a signaling NaN? The forthcoming C2x standard w

[PATCH] canonicalize-lgpl: Canonicalize casing too for MinGW.

2021-12-09 Thread Jan (janneke) Nieuwenhuizen
* lib/canonicalize-lgpl.c (filesystem_name)[__MINGW32__]: New static function. (realpath_stk)[__MINGW32__]: Use it to return correct canonicalized casing. * tests/test-canonicalize-lgpl.c (main)[__MINGW32__]: Test it. --- lib/canonicalize-lgpl.c| 37 ++ test

Re: [PATCH v2 08/10] Fix up a bunch of "gcc -Werror=sign-compare" complaints

2021-12-09 Thread Robbie Harwood
Bruno Haible writes: > Paul Eggert replied: > >> Every other Gnulib-using project I know takes the third approach. > > So, how about adding the third approach to gnulib-tool? > > Rationale: > Gnulib does not want to dictate their preferred GCC flags to coreutils, > grub, etc. > And similarly, we

Re: [PATCH v2 02/10] gnulib/regexec: Fix possible null-dereference

2021-12-09 Thread Robbie Harwood
Paul Eggert writes: > On 12/7/21 09:38, Robbie Harwood wrote: > >> My*guess* is that Coverity has noticed that `mctx->state_log` is >> checked against NULL in many other places in that file, and was unable >> to prove to itself that it couldn't be NULL there too. If that's the >> case, a DEBUG_

Re: gnulib fails for build on Mac OS X 10.4: get_ppid_of.c:36:22: error: libproc.h: No such file or directory

2021-12-09 Thread Paul Eggert
On 12/9/21 04:28, Ryan Schmidt wrote: (They used __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ instead of MAC_OS_X_VERSION_MIN_REQUIRED; the distinction is not clear to me. It might be that __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ is defined even if AvailabilityMacros.h is not included.)

Re: [PATCH 01/11] Fix base64 module to work with grub codebase

2021-12-09 Thread Daniel Kiper
Bumping the thread... Please take a look below... On Tue, Nov 23, 2021 at 05:24:31PM +0100, Daniel Kiper wrote: > CC-ing Vladimir... > > On Tue, Nov 09, 2021 at 02:34:25PM -0500, Robbie Harwood wrote: > > Paul Eggert writes: > > > On 10/28/21 12:32, Robbie Harwood wrote: > > > > > >> I don't know

Re: gnulib fails for build on Mac OS X 10.4: get_ppid_of.c:36:22: error: libproc.h: No such file or directory

2021-12-09 Thread Ryan Schmidt
On Dec 6, 2021, at 22:55, Bruno Haible wrote: > > Hi Ryan, > > Ryan Schmidt wrote: >> Hi, gnulib fails to build on Mac OS X 10.4 Tiger: >> >> get_ppid_of.c:36:22: error: libproc.h: No such file or directory >> >> libproc.h was introduced in Mac OS X 10.5 Leopard. > > The Gnulib module 'sigsegv