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

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

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

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

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]

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

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

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

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

[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

[PATCH] gettimeofday: do not use LoadLibrary when built for Windows Store apps

2020-05-19 Thread Steve Lhomme
LoadLibrary is forbidden in such apps (can only load DLLs from within the app package). The API entries are available to all apps linking with the Windows API as found here: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis windowsapp.lib (and mincore.lib for Windows 8) are both

[PATCH 2/2] stat: do not use LoadLibrary when built for Windows Store apps

2020-05-19 Thread Steve Lhomme
LoadLibrary is forbidden in such apps (can only load DLLs from within the app package). The API entries are available to all apps linking with the Windows API as found here: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis windowsapp.lib (and mincore.lib for Windows 8) are both

[PATCH 1/2] stat: use a CHAR instead of TCHAR with GetFinalPathNameByHandleA

2020-05-19 Thread Steve Lhomme
The GetProcAddress uses the ANSI version of the API so the proper type for the string is LPSTR, as found here: https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-getfinalpathnamebyhandlea --- lib/stat-w32.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git