Re: [musl] Building Bison 3.7 with musl (was Re: portability issues with unicodeio)

[CCing bug-gnulib] Rich Felker wrote: > I don't think the '*' has anything to do with it being a bullet > character. It's just the implementation-defined replacement character > musl's iconv uses. Correct. > I would guess the code in bison and coreutils printf is assuming the > non-conforming gl

Re: Building Bison 3.7 with musl (was Re: portability issues with unicodeio)

[CCing bug-gnulib. Dropping musl list from CC.] A. Wilcox wrote in : > Seeing some weird behaviour here building Bison 3.7 on musl libc. > > Something seems to be "intelligent" enough to know that \u2022 is a > bullet character, and is replacing i

[PATCH] fsusage, regex, stat-size: remove Cray support

As near as I can make out this is actually support for UNICOS/mp, last released 2005, and Cray hasn’t supported that for years. * config/srclist.txt: Comment out regex.h for now. * lib/fsusage.c (get_fs_usage): * lib/regex.h (re_comp, re_exec): * lib/stat-size.h (ST_NBLOCKSIZE): Don’t worry about _

parse-datetime: Fix compilation error with bison 3.7

With bison 3.7, the module 'parse-datetime' does not build any more: gcc -DHAVE_CONFIG_H -I. -I../../gllib -I.. -DGNULIB_STRICT_CHECKING=1 -g -O2 -MT parse-datetime.o -MD -MP -MF .deps/parse-datetime.Tpo -c -o parse-datetime.o ../../gllib/parse-datetime.c parse-datetime.tab.c:646:32: fatal er

Re: Portability of libtextstyle

Hi Bruno, Thanks for coming back about this! > Le 29 juil. 2020 à 11:08, Bruno Haible a écrit : > > Hi Akim, > >> Here's my proposal to update the check for libtextstyle. >> >> Cheers! >> >> commit 76c00e218869dab03ec4a1f503495e0d729d0b97 >> Author: Akim Demaille >> Date: Sun Jul 26 18:00

Re: Portability of libtextstyle

Hi Akim, > Here's my proposal to update the check for libtextstyle. > > Cheers! > > commit 76c00e218869dab03ec4a1f503495e0d729d0b97 > Author: Akim Demaille > Date: Sun Jul 26 18:00:10 2020 +0200 > > libtextstyle: check the API of the latest release > > * m4/libtextstyle.m4 (gl_L