Re: [PATCH] Script to generate ChangeLog-like output from git metadata

On 19/11/19 2:18 am, Bruno Haible wrote: > Hi Siddhesh, > > The first line of build-aux/vcstocl/frontend_c.py: > #!/usr/bin/python3 > > But this file is not marked executable and does not contain a __main__ > function. Opps, sorry, that looks like a copy-paste error. I'll fix that too. Siddhes

Re: [PATCH] Script to generate ChangeLog-like output from git metadata

On 19/11/19 2:30 am, Bruno Haible wrote: > Hi Siddhesh, > > I'm trying the new script on gnulib itself, and I get these error messages: > > $ build-aux/vcs_to_changelog.py 56ca994d471611b44829fa89b58747b288fa66fc^ > 56ca994d471611b44829fa89b58747b288fa66fc > 2019-10-23 Paul Eggert > >

Re: [PATCH] Script to generate ChangeLog-like output from git metadata

On 19/11/19 2:16 am, Bruno Haible wrote: >> Every project would need to specify its own >> vcstocl_quirks.py for now. > > For this reason, I've removed the file vcstocl_quirks.py from the patch; > it has its place in glibc, not in gnulib. Fortunately the code does a > reasonable thing when this fi

Re: IBM z/OS compatibility issues - miscellaneous bugs

On Sun, 2019 Nov 17 22:41-05:00, Bruno Haible wrote: > > > * C11 _Thread_local support is utterly broken (test-thread_local > > fails) > > I agree that these are bugs that are best discussed with the vendor. > > Should we add a workaround to the "check whether _Thread_local works" > autoconf test

Re: IBM z/OS compatibility issues - environment variables

On Sun, 2019 Nov 17 22:34-05:00, Bruno Haible wrote: > > > (There are other environment variables documented at the link above > > that may be of interest, but I have not found any additional ones to > > be necessary to fix issues in gnulib's test suite.) > > So, the gnulib tests for the math funct

[PATCH] glob: get closer to glibc glob.c

Omit differences from glibc when the differences don’t matter. * lib/glob.c [_LIBC]: Include shlib-compat.h. (__glob) [!_LIBC]: New macro. All uses of glob changed to __glob. (glob_lstat): New function. (glob_in_dir): Use it. (GLOB_ATTRIBUTE): Define to empty if not already defined. Use changed. -

Re: IBM z/OS compatibility issues - shell environment

On Sun, 2019 Nov 17 22:24-05:00, Bruno Haible wrote: > > > > The problem, however, is that shell scripting with this version > > of Bash can be a little tricky, because it doesn't fully > > embrace EBCDIC. ... These are the settings I used which allow > > things to work: > > > > _ENCODE_FILE_

Re: [PATCH] Don't use $(CC) for the -std=gnu11 flag

On Mon, Nov 18, 2019 at 4:15 PM Bruno Haible wrote: > > Hi Christian, > > This patch is not good. In a package where some subdirectories > use automake and gnulib and other subdirectories don't use Automake, > it will have the effect that some subdirectories are compiled with > -std=gnu11 and some

Re: [PATCH] Don't use $(CC) for the -std=gnu11 flag

Hi Christian, This patch is not good. In a package where some subdirectories use automake and gnulib and other subdirectories don't use Automake, it will have the effect that some subdirectories are compiled with -std=gnu11 and some without. This is a recipe for hassles. One such package is GNU l

Re: gnulib subverts system typedef for intptr_t

Hi Keith, > > I ran into this, when cross-compiling GNU gettext-0.20.1 for a mingw32 > > host; you may find details at > > > >https://osdn.net/projects/mingw/ticket/39677 > > > > While I can work around the compilation failure, (and the workaround > > likely makes the MinGW.org headers more

[PATCH] Don't use $(CC) for the -std=gnu11 flag

Currently, the std-gnu11 module uses $(CC) to store the compiler flag to enable C11. This has the downside that if someone uses make CC=foo, the flag will be overridden. Instead, this patch uses its own variable that it then uses in AM_CFLAGS, similar to lib-symbol-visibility. 2019-11-18 Christi

Re: IBM z/OS compatibility issues - pthread

On Sun, 2019 Nov 17 22:18-05:00, Bruno Haible wrote: > > > More specifically, to get a suitable pthreads interface, you need to > > #define _UNIX95_THREADS and _XOPEN_SOURCE=600. > > I'd suggest to add this to the recommended values of CC and CXX in > https://gitlab.com/ghwiki/gnow-how/wikis/Platf

Re: [PATCH] Script to generate ChangeLog-like output from git metadata

Hi Siddhesh, I'm trying the new script on gnulib itself, and I get these error messages: $ build-aux/vcs_to_changelog.py 56ca994d471611b44829fa89b58747b288fa66fc^ 56ca994d471611b44829fa89b58747b288fa66fc 2019-10-23 Paul Eggert COMMIT: 56ca994d471611b44829fa89b58747b288fa66fc

Re: [PATCH] Script to generate ChangeLog-like output from git metadata

Hi Siddhesh, The first line of build-aux/vcstocl/frontend_c.py: #!/usr/bin/python3 But this file is not marked executable and does not contain a __main__ function. Bruno

Re: [PATCH] Script to generate ChangeLog-like output from git metadata

Hi Siddhesh, Thank you for the submission! The discussion in gnu-prog-discuss mentions that this script implements the conclusions on the bug-standards list at and

Re: IBM z/OS compatibility issues

On Sun, 2019 Nov 17 18:21-05:00, Bruno Haible wrote: > Hi Daniel, > > > The C99 mode (-qlanglvl=extc99) works without issue. That's what I've > > been using for all my testing. > > Do you have a set of configure settings that you would recommend on z/OS? > So that we can add this info to the Gnow

Re: IBM z/OS compatibility issues - per-thread locale functions

On Mon, 2019 Nov 18 06:41-05:00, Bruno Haible wrote: > Hi Daniel, > > > Locale-related configure findings: > > > > bash-2.03$ grep locale configure.out | fgrep -v '(cached)' > > checking for xlocale.h... no > > checking for duplocale... yes [...] > > checking whether wcrtomb works

Re: [patch] glob. If pattern has a trailing slash match directories only

Good morning. On Mon, Nov 18, 2019 at 1:05 AM Paul Eggert wrote: > Did you intend to attach a new version of the patch > to the above-quoted email, or was that email merely commenting on the patch > you > sent on November 12 > ? i inten

Re: gnulib subverts system typedef for intptr_t

Hi Keith, Keith Marshall wrote on 2019-10-15: > I ran into this, when cross-compiling GNU gettext-0.20.1 for a mingw32 > host; you may find details at > >https://osdn.net/projects/mingw/ticket/39677 > > While I can work around the compilation failure, (and the workaround > likely makes the M

gnulib-tool: fix build error on macOS with --conditional-dependencies

A testdir built like this: ./gnulib-tool --create-testdir --dir=../testdir --without-tests --conditional-dependencies setlocale fails to build on macOS: ... rm -f libgnu.a ar cr libgnu.a ar: no archive members specified usage: ar -d [-TLsv] archive file ... ar -m [-TLsv] archive f

Re: gc: fix configuration with --with-libgcrypt

Paul Eggert wrote on 2019-08-24: > Bruno Haible wrote: > > Paul and Karl: If you agree, can we add a $LIBGCRYPT to config/srclist.txt? > > We like keeping files in sync; that's what config/srclist.txt is for. So I'm > all > for this, and expect Karl will be too. Done as follows. Karl, you will

Re: Octave link failure with gnulib setlocale, missing CoreFoundation

Hi, Andrew Janke wrote on 2019-10-16: > I'm running into a compilation problem with GNU Octave on macOS 10.14.6 > that looks like it could be due to our interaction with gnulib. > > Here's the downstream bug report: https://savannah.gnu.org/bugs/?57049. > > The build fails in a late link operat

Re: IBM z/OS compatibility issues - per-thread locale functions

Hi Daniel, > Locale-related configure findings: > > bash-2.03$ grep locale configure.out | fgrep -v '(cached)' > checking for xlocale.h... no > checking for duplocale... yes > checking for uselocale... yes > checking for newlocale... yes > checking for freelocale... yes >