Re: Fix memleak in getdelim.m4

2020-05-19 Thread Bruno Haible
Hi Tim, > > rm -rf ../testdir-all; ./gnulib-tool --create-testdir > > --dir=../testdir-all --single-configure > > This results in: > > executing autopoint --force > autopoint: *** The AM_GNU_GETTEXT_VERSION declaration in your configure.ac >file requires the infrastructure fro

Re: Easy Accurate Reading and Writing of Floating-Point Numbers

2020-05-19 Thread Bruno Haible
Marc Nieper-Wißkirchen wrote: > for output, the shortest rounded > representation that still reads back accurately has to be selected. > ... > A simple algorithm is given by Aubrey Jaffer in [1]. > > [1] http://people.csail.mit.edu/jaffer/III/EZFPRW There are several other algorithms for this pur

Re: copyright in Germany

2020-05-19 Thread Bruno Haible
Marc Nieper-Wißkirchen wrote: > > "copyright" here means more "Nutzungsrecht" which you can transfer also > > in Germany. You still stay the "Urheber". > > If transferring the "Nutzungsrecht" is enough, everything should be fine. You need to verify, though, that no employer of yours has a legal b

Re: Fix memleak in getdelim.m4

2020-05-19 Thread Tim Rühsen
On 18.05.20 21:44, Bruno Haible wrote: > Hi Tim, > >>> The way to determine the answer is: >>> 1. Create a test dir of all gnulib modules. >>> 2. Configure it with --config-cache. >>> 3. Configure it with --config-cache and your sanitizer options. >>> 4. Compare the generated config.cache and co

Re: Easy Accurate Reading and Writing of Floating-Point Numbers

2020-05-19 Thread Tim Rühsen
On 19.05.20 21:10, Marc Nieper-Wißkirchen wrote: > Am Di., 19. Mai 2020 um 19:23 Uhr schrieb Tim Rühsen : > >> "copyright" here means more "Nutzungsrecht" which you can transfer also >> in Germany. You still stay the "Urheber". > > If transferring the "Nutzungsrecht" is enough, everything should

Re: ftoastr.h: Include guard incomplete

2020-05-19 Thread Paul Eggert
On 5/19/20 12:27 PM, Marc Nieper-Wißkirchen wrote: ftoastr.h tests for _GL_FTOASTR_H, but does not define it. Thanks, I installed the attached. >From b3c04ecec58ea687423f5c709410e6ecee4abd9b Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 19 May 2020 13:45:46 -0700 Subject: [PATCH] ftoas

ftoastr.h: Include guard incomplete

2020-05-19 Thread Marc Nieper-Wißkirchen
ftoastr.h tests for _GL_FTOASTR_H, but does not define it.

Re: Easy Accurate Reading and Writing of Floating-Point Numbers

2020-05-19 Thread Marc Nieper-Wißkirchen
Am Di., 19. Mai 2020 um 19:23 Uhr schrieb Tim Rühsen : > "copyright" here means more "Nutzungsrecht" which you can transfer also > in Germany. You still stay the "Urheber". If transferring the "Nutzungsrecht" is enough, everything should be fine. Marc

Re: Easy Accurate Reading and Writing of Floating-Point Numbers

2020-05-19 Thread Tim Rühsen
On 19.05.20 18:11, Marc Nieper-Wißkirchen wrote: > Am Di., 19. Mai 2020 um 17:51 Uhr schrieb Paul Eggert : >> >> On 5/19/20 8:35 AM, Marc Nieper-Wißkirchen wrote: It is, however, locale-dependent, and there is no "c_dtoastr" version as there is a "c_strtod". (Could we get such a wrapper?)

Re: Easy Accurate Reading and Writing of Floating-Point Numbers

2020-05-19 Thread Marc Nieper-Wißkirchen
Am Di., 19. Mai 2020 um 17:51 Uhr schrieb Paul Eggert : > > On 5/19/20 8:35 AM, Marc Nieper-Wißkirchen wrote: > >> It is, however, locale-dependent, and there is no "c_dtoastr" > >> version as there is a "c_strtod". (Could we get such a wrapper?) > > Or a version "c_dtoastr" that uses "c_snprintf"

Re: Easy Accurate Reading and Writing of Floating-Point Numbers

2020-05-19 Thread Paul Eggert
On 5/19/20 8:35 AM, Marc Nieper-Wißkirchen wrote: It is, however, locale-dependent, and there is no "c_dtoastr" version as there is a "c_strtod". (Could we get such a wrapper?) Or a version "c_dtoastr" that uses "c_snprintf" and "c_strtod" internally. Yes, that'd be good to have. Could you wri

Re: Easy Accurate Reading and Writing of Floating-Point Numbers

2020-05-19 Thread Marc Nieper-Wißkirchen
Am Di., 19. Mai 2020 um 17:10 Uhr schrieb Marc Nieper-Wißkirchen : > I have just discovered the "dtoastr" module, which seems to do what I > want. It is, however, locale-dependent, and there is no "c_dtoastr" > version as there is a "c_strtod". (Could we get such a wrapper?) Or a version "c_dtoas

Re: Easy Accurate Reading and Writing of Floating-Point Numbers

2020-05-19 Thread Marc Nieper-Wißkirchen
Am Di., 19. Mai 2020 um 09:44 Uhr schrieb Marc Nieper-Wißkirchen : > Such input and output routines for floats and doubles would also be > very helpful in the C language. Do you think this could become a > Gnulib module? I have just discovered the "dtoastr" module, which seems to do what I want.

[PATCH] stat: implement GetFileInformationByHandle with Winstore apps restrictions

2020-05-19 Thread Steve Lhomme
GetFileInformationByHandle() cannot be called. But the same information can be gathered via calls to GetFileInformationByHandleEx() which is allowed. A function pointer is used to pick between the local version using GetFileInformationByHandleEx() and the system one. If WINSTORECOMPAT is defined

Easy Accurate Reading and Writing of Floating-Point Numbers

2020-05-19 Thread Marc Nieper-Wißkirchen
It is often important to be able to read back a written floating-point number accurately so it has to be output with high enough precision. The Scheme standard even demands this for the number->string and string->number procedures. Moreover, for output, the shortest rounded representation that stil

[PATCH] stat: remove _GL_WINDOWS_STAT_INODES == 2 support

2020-05-19 Thread Steve Lhomme
It may be outdated code, the value is never 2. sys_types_h.m4 sets it to 0 or via gl_WINDOWS_STAT_INODES. gl_WINDOWS_STAT_INODES sets it to 1 if compiled via mingw* and 0 otherwise. --- lib/stat-w32.c | 107 +++-- lib/stat.c | 9 lib/sys_