nl_langinfo: new failure with glibc-2.26 and fedora 27

Hi Bruno, I wanted to update sed to latest gnulib, but found that the new nl_langinfo tests would fail on fedora 27 with glibc-2.26, where nl_langinfo (ALTMON_1) returns the empty string: FAIL: test-nl_langinfo.sh = test-nl_langinfo.c:95: assertion 'strlen (nl_langinfo

Re: Intel mpx

> I was just setting up a build of gnulib with > > CC="gcc -mmpx -fcheck-pointer-bounds" > CXX="g++ -mmpx -fcheck-pointer-bounds" The build completed. It did not report any problems, except for test-fprintf-posix2 and test-printf-posix2, which go into an endless SIGSEGV loop right at arg =

[PATCH] maint.mk: exempt "/proc/filesystems" from "file system" syntax check

FYI, I noticed a new syntax-check error in sed, and rather than adding an exclusion in its cfg.mk file, I've fixed it at the source with this (just pushed): Date: Sat, 3 Feb 2018 16:57:36 -0800 Subject: [PATCH] maint.mk: exempt "/proc/filesystems" from "file system" syntax check * top/maint.mk

Re: sed: -e expression #6, char 53: unknown option to `s'

Am Samstag, den 03.02.2018, 19:56 +0100 schrieb Bruno Haible: > Tim Rühsen wrote: > > sed: -e expression #6, char 53: unknown option to `s' > > The 6th sed expression and following here are these: > > > -e 's|@''GNULIB_PTHREAD_SIGMASK''@|(IN_LIBIDN_GNULIB_TESTS || > >

Re: sed: -e expression #6, char 53: unknown option to `s'

Tim Rühsen wrote: > sed: -e expression #6, char 53: unknown option to `s' The 6th sed expression and following here are these: > -e 's|@''GNULIB_PTHREAD_SIGMASK''@|(IN_LIBIDN_GNULIB_TESTS || > IN_LIBIDN_GNULIB_TESTS)|g' \ > -e 's|@''GNULIB_RAISE''@|(IN_LIBIDN_GNULIB_TESTS || >

sed: -e expression #6, char 53: unknown option to `s'

Hi, just trying to update gnulib code for libidn and run into the error in the subject. It's the latest gnulib from master. Maybe I miss something ? I am not too familiar with sed to see something obvious. The steps I took: $ rm -rf gl gltests $ ../gnulib/gnulib-tool --import

stdlib: fix compilation error on OpenIndiana

When building clisp on OpenIndiana, I'm encountering this compilation error: In file included from .../gllib/stdlib.h:51:0, from clisp.c:2167: /usr/include/sys/loadavg.h:47:2: error: unknown type name 'hrtime_t' hrtime_t lg_total; /* used to temporarily hold load totals */

Re: malloca, freea are not thread-safe

Hello Florian, > -fcheck-pointer-bounds in GCC doesn't really work. The existing > implementation is barely a research prototype (for example, most string > functions are not protected by it) Thanks for the info. I was just setting up a build of gnulib with CC="gcc -mmpx

Re: malloca, freea are not thread-safe

On 02/02/2018 11:10 PM, Paul Eggert wrote: This can cause problems when -fcheck-pointer-bounds is in effect, since converting a pointer to uintptr_t and back means that GCC won't connect the resulting pointer to the original and this messes up bounds checking on the result.

Re: malloca, freea, and Intel MPX

Paul Eggert wrote: > converting a pointer to uintptr_t and back means that GCC won't connect > the resulting pointer to the original and this messes up bounds checking > on the result. I don't observe this. This test program: == #include #include

host-cpu-c-abi: avoid use of 'grep -E' on OpenIndiana

On OpenIndiana, I'm seeing this configure output: checking whether C symbols are prefixed with underscore at the linker level... grep: illegal option -- E Usage: grep [-c|-l|-q] [-r|-R] -hHbnsviw pattern file . . . no This fixes it. 2018-02-03 Bruno Haible

Re: localename test failure on OpenIndiana

> ... Solaris 11.4? > > https://blogs.oracle.com/solaris/oracle-solaris-114-beta-released The installation of this download version in VirtualBox does not work for me. It hangs after "The on-disk vtoc geometry is not valid". But I could find out that libc has no function getlocalename_l(). It