On Sep 16, 2017, at 7:33 AM, Jiří Techet <techet gmail com> wrote:Hi,the vasnprintf() now intentionally crashes on macOS 10.13 when the formatting string contains %n and is dynamically allocated, for more, seeThis problem affects all users of gnulib's vasnprintf implementation which are at least the following (found by find . -name "vasnprintf.c" in sources which I use for compiling Geany - but there may be more):./pkg-config-0.29.2/glib/glib/gnulib/vasnprintf.c ./bison-3.0.4/lib/vasnprintf.c./gettext-0.19.8/gettext-tools/libgettextpo/vasnprintf. c ./gettext-0.19.8/gettext-tools/gnulib-lib/vasnprintf.c ./gettext-0.19.8/gettext-runtime/intl/vasnprintf.c ./gettext-0.19.8/gettext-runtime/libasprintf/ vasnprintf.c ./glib-2.52.2/glib/gnulib/vasnprintf.c Without any change I get the first error when compiling bison:CCLD src/bisonGEN doc/bison.help/bin/sh: line 1: 77605 Illegal instruction: 4 src/bison --version > doc/bison.help.tmpmake[2]: *** [doc/bison.help] Error 132make[1]: *** [all-recursive] Error 1make: *** [all] Error 2*** Error during phase build of bison: ########## Error running make -j 9 *** [17/24]All of the above files should probably be patched - all of them already contain a fix for the same issue under Windows which behaves the same way - I just simply tried to add a simple condition "|| defined __APPLE__" to the place where this is tested and the Windows code seems to work fine. See the above gnulib mailing list link for more info.Jiri,Thanks for reporting that. I hope that the various upstreams get their gnu lib copies updated soon. Have you checked that bugs are filed with each of the upstreams?Regards,John Ralls