Re: ask about bison-3.0.5
Hi! > Le 23 nov. 2019 à 09:24, Akim Demaille a écrit : > > [...] > Your problem appears to be that you have a file named 'exception' which is an > ELF executable, in your compiler's include path. It seems to be in the > directory of the test, which is weird. I should have looked at this more carefully: indeed it's in that directory, because that's where we have put it... Sorry about this. I'm installing the following fix. Cheers! commit 28369ecb5d4184f4bed8cccd9e8e018a3d985c75 Author: Akim Demaille Date: Tue Nov 26 07:04:56 2019 +0100 tests: avoid creating files whose name collide with standard headers Having a file named "exception" is risky: the compiler might use that file in #include. Reported by 马俊 . * tests/local.at (AT_SKIP_IF_EXCEPTION_SUPPORT_IS_POOR): Generate 'exceptions', not 'exception'. diff --git a/THANKS b/THANKS index 0a746010..909192ec 100644 --- a/THANKS +++ b/THANKS @@ -205,8 +205,9 @@ Wwp subscr...@free.fr xolodho xolo...@gmail.com Yuichiro Kaneko spikete...@gmail.com Zack Weinberg z...@codesourcery.com -長田偉伸 cbh34...@iret.co.jp 江 祖铭jjzum...@outlook.com +長田偉伸 cbh34...@iret.co.jp +马俊 majun...@whu.edu.cn Many people are not named here because we lost track of them. We thank them! Please, help us keeping this list up to date. diff --git a/tests/local.at b/tests/local.at index 43de4abc..152c462a 100644 --- a/tests/local.at +++ b/tests/local.at @@ -1199,7 +1199,7 @@ m4_ifval([$2], # Check that we can expect exceptions to be handled properly. # GCC 4.3 and 4.4 fail https://trac.macports.org/ticket/40853. m4_define([AT_SKIP_IF_EXCEPTION_SUPPORT_IS_POOR], -[AT_DATA_SOURCE([exception.cc], +[AT_DATA_SOURCE([exceptions.cc], [[#include #include @@ -1230,10 +1230,9 @@ int main () return 1; } ]]) -AT_COMPILE_CXX([exception]) -# The "empty" quadrigraph is to protect from cfg.mk's -# sc_at_parser_check. -AT_CHECK([@@./exception || exit 77], [0], [], [ignore]) +AT_COMPILE_CXX([exceptions]) +# The "empty" quadrigraph is to protect from cfg.mk's sc_at_parser_check. +AT_CHECK([@@./exceptions || exit 77], [0], [], [ignore]) ])
Re: ask about bison-3.0.5
Hi! > Le 22 nov. 2019 à 13:49, 马俊 a écrit : > > Dear scientist, > Here is a problem when I installed bison-3.0.5(./configure > --prefix=/home/shenhf/majun/setup/bison-3.0.5 make check install) > When I excute make check, it shows: > ./c++.at:992: $CXX $CXXFLAGS $CPPFLAGS $LDFLAGS -o input input.cc $LIBS > stderr: > In file included from /usr/local/include/c++/8.3.0/ios:39, > from /usr/local/include/c++/8.3.0/ostream:38, > from /usr/local/include/c++/8.3.0/iostream:39, > from input.yy:17: > ./exception:1:1: error: stray '\177' in program > ELF > Ü > ^ > ./exception:1:5: error: stray '\2' in program > ELF > Ü > ^ > ./exception:1:6: error: stray '\1' in program > ELF > Ü > ^ > ./exception:1:7: error: stray '\1' in program > ELF > Ü >^ > ./exception:1:17: error: stray '\2' in program > ELF > Ü > ^ Your problem appears to be that you have a file named 'exception' which is an ELF executable, in your compiler's include path. It seems to be in the directory of the test, which is weird. But the result is that the compiler uses this file when it compiles "#include ", instead of the "real" 'exception' file coming from your standard C++ library. So find that file, and move it elsewhere. Cheers!
Re: bison-3.0.5 released [stable]
> On 18 Jun 2018, at 07:14, Akim Demaille wrote: > >> Le 2 juin 2018 à 19:08, Hans Åberg a écrit : >> >>> On 28 May 2018, at 07:33, Akim Demaille wrote: >>> >>> We are happy to announce the release of GNU Bison 3.0.5, a bug fix >>> release. >> >> There is a bug in 'make install-pdf', because in the directories po/ and >> runtime-po/, the Makefile does not have it, terminating before reaching the >> doc/ directory. A workaround is to add such a rule. > > Fixed in master. Great, as the install may not checked when testing. May I call your attention to the UTF-8 translation problem in the error messages of the named identifiers [1-2], which probably requires someone well acquainted with the Bison code to fix: From what I can see, Bison uses set_quoting_style (qo, c_quoting_style); to ensure that certain names are translated into C-string literals, and relies on that this function is an idempotent, i.e., for some strings, it is applied more than once, others not. In addition, the argument c_quoting_style causes octets with the high bit set to become translated with a backslash, with perhaps has to do with a way to handle the POSIX C locale, which make me wonder how UTF-8 is handled there, too. 1. http://lists.gnu.org/archive/html/bug-bison/2018-03/msg00063.html 2. http://lists.gnu.org/archive/html/bug-bison/2018-03/msg00063.html
Re: bison-3.0.5 released [stable]
> Le 2 juin 2018 à 19:08, Hans Åberg a écrit : > > >> On 28 May 2018, at 07:33, Akim Demaille wrote: >> >> We are happy to announce the release of GNU Bison 3.0.5, a bug fix >> release. > > There is a bug in 'make install-pdf', because in the directories po/ and > runtime-po/, the Makefile does not have it, terminating before reaching the > doc/ directory. A workaround is to add such a rule. Fixed in master. commit d03ad8b6861ca968da6a7a9b5332b7fbc1c99040 Author: Akim Demaille Date: Mon Jun 18 07:09:39 2018 +0200 gnulib: update Fixes the `make install-pdf` problem reported by Hans Åberg in http://lists.gnu.org/archive/html/bug-bison/2018-06/msg0.html that had already been fixed by Joel E. Denny in http://lists.gnu.org/archive/html/bug-bison/2012-04/msg00011.html Final fix in http://lists.gnu.org/archive/html/bug-gnulib/2018-06/msg00019.html diff --git a/bootstrap b/bootstrap index eddacfb6..002edf68 100755 --- a/bootstrap +++ b/bootstrap @@ -1,6 +1,6 @@ #! /bin/sh # Print a version string. -scriptversion=2018-04-28.14; # UTC +scriptversion=2018-05-27.20; # UTC # Bootstrap this package from checked-out sources. @@ -47,6 +47,8 @@ PERL="${PERL-perl}" me=$0 +default_gnulib_url=git://git.sv.gnu.org/gnulib + usage() { cat <&1 | grep -- --depth > /dev/null && shallow='--depth 2' - git clone $shallow git://git.sv.gnu.org/gnulib "$gnulib_path" || -cleanup_gnulib + if test -z "$GNULIB_REVISION"; then +git clone -h 2>&1 | grep -- --depth > /dev/null && shallow='--depth 2' + fi + git clone $shallow ${GNULIB_URL:-$default_gnulib_url} "$gnulib_path" \ +|| cleanup_gnulib trap - 1 2 13 15 fi @@ -671,6 +706,11 @@ if $use_gnulib; then ;; esac + if test -d "$GNULIB_SRCDIR"/.git && test -n "$GNULIB_REVISION" \ + && ! git_modules_config submodule.gnulib.url >/dev/null; then +(cd "$GNULIB_SRCDIR" && git checkout "$GNULIB_REVISION") || cleanup_gnulib + fi + # $GNULIB_SRCDIR now points to the version of gnulib to use, and # we no longer need to use git or $gnulib_path below here. diff --git a/gnulib b/gnulib index 0d10473b..0d45ec7c 16 --- a/gnulib +++ b/gnulib @@ -1 +1 @@ -Subproject commit 0d10473be6fb40c42c0d10c3417a818b0ebfcce1 +Subproject commit 0d45ec7c033c165ad73a6509c7fa84aa67edf4ea diff --git a/lib/.gitignore b/lib/.gitignore index c833c2bb..39d86665 100644 --- a/lib/.gitignore +++ b/lib/.gitignore @@ -36,7 +36,6 @@ /closeout.h /concat-filename.c /concat-filename.h -/config.charset /config.h /config.in.h /configmake.h @@ -159,9 +158,7 @@ /rawmemchr.valgrind /realloc.c /ref-add.sed -/ref-add.sin /ref-del.sed -/ref-del.sin /sched.h /sched.in.h /sig-handler.c
Re: bison-3.0.5 released [stable]
> On 28 May 2018, at 07:33, Akim Demaille wrote: > > We are happy to announce the release of GNU Bison 3.0.5, a bug fix > release. There is a bug in 'make install-pdf', because in the directories po/ and runtime-po/, the Makefile does not have it, terminating before reaching the doc/ directory. A workaround is to add such a rule.
Re: bison-3.0.5 released [stable]
> Le 28 mai 2018 à 21:28, Hans Åberg a écrit : > >> >> On 28 May 2018, at 19:28, Akim Demaille wrote: >> >>> Le 28 mai 2018 à 10:40, Hans Åberg a écrit : >>> >>> >>>> On 28 May 2018, at 07:33, Akim Demaille wrote: >>>> >>>> We are happy to announce the release of GNU Bison 3.0.5, a bug fix >>>> release. >>> ... >>>> Here are the compressed sources: >>>> ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.gz (4.1MB) >>>> ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.xz (2.1MB) >>> >>> The FTP protocol is deprecated for downloads, announced on gnu-prog-discuss >>> 25 Aug last year. >> >> Thanks Hans, > > You are welcome. Installed in maint: commit f3bd6a25bff503422428561011d08aa593182349 Author: Akim Demaille Date: Tue May 29 07:26:18 2018 +0200 Replace ftp with https Reported by Hans Åberg. * README, cfg.mk, doc/bison.texi: here. diff --git a/README b/README index 1ae4b98c..7ec93e49 100644 --- a/README +++ b/README @@ -7,7 +7,7 @@ instructions. Bison requires GNU m4 1.4.6 or later. See: - ftp://ftp.gnu.org/gnu/m4/m4-1.4.6.tar.gz + https://ftp.gnu.org/gnu/m4/m4-1.4.6.tar.gz ** Internationalization Bison supports two catalogues: one for Bison itself (i.e., for the diff --git a/THANKS b/THANKS index d964c10a..c4a95f65 100644 --- a/THANKS +++ b/THANKS @@ -61,7 +61,7 @@ Gilles Espinasse g@free.fr Goran Uddeborggoe...@uddeborg.se Guido Trentalanciatrent...@aston.ac.uk H. Merijn Brand h.m.br...@hccnet.nl -Hans Aberghab...@matematik.su.se +Hans Åberghab...@matematik.su.se Jan Nieuwenhuizen jann...@gnu.org Jerry Quinn jlqu...@optonline.net Jesse Thilo jth...@gnu.org diff --git a/cfg.mk b/cfg.mk index 63b1018b..ce023732 100644 --- a/cfg.mk +++ b/cfg.mk @@ -34,7 +34,7 @@ _is-dist-target = $(filter-out %clean maintainer-check% maintainer-%-check, \ $(filter maintainer-% dist% alpha beta major,$(MAKECMDGOALS))) url_dir_list = \ - ftp://$(gnu_rel_host)/gnu/bison + https://$(gnu_rel_host)/gnu/bison # Tests not to run as part of "make distcheck". local-checks-to-skip = \ diff --git a/doc/bison.texi b/doc/bison.texi index 897d3920..7d125b55 100644 --- a/doc/bison.texi +++ b/doc/bison.texi @@ -12540,7 +12540,7 @@ is turned on by default. If you have problems building in the @file{po} subdirectory, it indicates that your system's internationalization support is lacking. You can re-configure Bison with @option{--disable-nls} to turn off this support, or you can install GNU -gettext from @url{ftp://ftp.gnu.org/gnu/gettext/} and re-configure +gettext from @url{https://ftp.gnu.org/gnu/gettext/} and re-configure Bison. See the file @file{ABOUT-NLS} for more information. @@ -12569,7 +12569,7 @@ I found a bug. What should I include in the bug report? @end quotation Before you send a bug report, make sure you are using the latest -version. Check @url{ftp://ftp.gnu.org/pub/gnu/bison/} or one of its +version. Check @url{https://ftp.gnu.org/pub/gnu/bison/} or one of its mirrors. Be sure to include the version number in your bug report. If the bug is present in the latest version but not in a previous version, try to determine the most recent version which did not contain the bug.
Re: bison-3.0.5 released [stable]
> On 28 May 2018, at 19:28, Akim Demaille wrote: > >> Le 28 mai 2018 à 10:40, Hans Åberg a écrit : >> >> >>> On 28 May 2018, at 07:33, Akim Demaille wrote: >>> >>> We are happy to announce the release of GNU Bison 3.0.5, a bug fix >>> release. >> ... >>> Here are the compressed sources: >>> ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.gz (4.1MB) >>> ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.xz (2.1MB) >> >> The FTP protocol is deprecated for downloads, announced on gnu-prog-discuss >> 25 Aug last year. > > Thanks Hans, You are welcome. > I’ll look if there are updates of README-release to import > in Bison. Something for the next release-FTP still works using wget. But MacOS 10.13 does not have the 'ftp' program, a sign of that it is being phased out.
Re: bison-3.0.5 released [stable]
> Le 28 mai 2018 à 10:40, Hans Åberg a écrit : > > >> On 28 May 2018, at 07:33, Akim Demaille wrote: >> >> We are happy to announce the release of GNU Bison 3.0.5, a bug fix >> release. > ... >> Here are the compressed sources: >> ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.gz (4.1MB) >> ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.xz (2.1MB) > > The FTP protocol is deprecated for downloads, announced on gnu-prog-discuss > 25 Aug last year. Thanks Hans, I’ll look if there are updates of README-release to import in Bison.
Re: bison-3.0.5 released [stable]
> On 28 May 2018, at 07:33, Akim Demaille <a...@lrde.epita.fr> wrote: > > We are happy to announce the release of GNU Bison 3.0.5, a bug fix > release. ... > Here are the compressed sources: > ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.gz (4.1MB) > ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.xz (2.1MB) The FTP protocol is deprecated for downloads, announced on gnu-prog-discuss 25 Aug last year.
bison-3.0.5 released [stable]
We are happy to announce the release of GNU Bison 3.0.5, a bug fix release. Bison is a general-purpose parser generator that converts an annotated context-free grammar into a deterministic LR or generalized LR (GLR) parser employing LALR(1) parser tables. Bison can also generate IELR(1) or canonical LR(1) parser tables. Once you are proficient with Bison, you can use it to develop a wide range of language parsers, from those used in simple desk calculators to complex programming languages. Bison is upward compatible with Yacc: all properly-written Yacc grammars ought to work with Bison with no change. Anyone familiar with Yacc should be able to use Bison with little trouble. You need to be fluent in C or C++ programming in order to use Bison. Java is also supported. Here are the compressed sources: ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.gz (4.1MB) ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.xz (2.1MB) Here are the GPG detached signatures[*]: ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.gz.sig ftp://ftp.gnu.org/gnu/bison/bison-3.0.5.tar.xz.sig Use a mirror for higher download bandwidth: https://www.gnu.org/order/ftp.html [*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify bison-3.0.5.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys 0DDCAA3278D5264E and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.16.1 Flex 2.6.4 Gettext 0.19.8.1 Gnulib v0.1-1882-g0d10473be NEWS * Noteworthy changes in release 3.0.5 (2018-05-27) [stable] ** Bug fixes *** C++: Fix support of 'syntax_error' One incorrect 'inline' resulted in linking errors about the constructor of the syntax_error exception. *** C++: Fix warnings GCC 7.3 (with -O1 or -O2 but not -O0 or -O3) issued null-dereference warnings about yyformat being possibly null. It also warned about the deprecated implicit definition of copy constructors when there's a user-defined (copy) assignment operator. *** Location of errors In C++ parsers, out-of-bounds errors can happen when a rule with an empty ride-hand side raises a syntax error. The behavior of the default parser (yacc.c) in such a condition was undefined. Now all the parsers match the behavior of glr.c: @$ is used as the location of the error. This handles gracefully rules with and without rhs. *** Portability fixes in the test suite On some platforms, some Java and/or C++ tests were failing.
Re: Bison 3.0.5
> On 22 May 2018, at 08:16, Akim Demaille <a...@lrde.epita.fr> wrote: > >> Le 20 mai 2018 à 13:06, Hans Åberg <haber...@telia.com> a écrit : >> >> >>> On 20 May 2018, at 10:44, Akim Demaille <a...@lrde.epita.fr> wrote: >> >>> I think Bison 3.0.5 is ready. However, before making it widely >>> available it would be nice if people could give it a try on their >>> projects. >> >> On MacOS 10.13.4, all tests passed with clang and gcc 7.3.0 (MacPorts), >> skipping Java, Doxygen, and on gcc, syncline. >> >> When I take down maint [1], the lexer files named bison/src/*-c.c remain. So >> it will not compile without fixing the real ones somehow, cf. [2]. >> >> 1. git clone -b maint https://git.savannah.gnu.org/git/bison.git >> 2. https://lists.gnu.org/archive/html/help-bison/2018-01/msg1.html > > These files are expected, all is ok here. > > Your problem is probably that flex was rejected by configure. > Try to reconfigure. It worked now, using flex 2.5.37. I have a MacPorts flex 2.6.4, but I do not know if that was the culprit. -Yes, Flex has been updated, and there are other problems with it. I was able to use your locations implementaion without the driver in the calc++ example. It even works with the flex 2.5.37 C++ header. However, in flex 2.6.4, the same named header has changed the istream pointer to an object, meaning that if one gets hold of the wrong one, the code will fail, and also any .ll code involving lexing istream stacks. Therefore, I looked on alternatives: I wrote some DFA/NFA code, and incidentally found the most efficient method make action matches via a reverse NFA lookup, cf. [1-3]. 1. https://gcc.gnu.org/ml/libstdc++/2018-04/msg00032.html 2. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85472 3. https://gcc.gnu.org/ml/libstdc++/2018-05/msg00015.html
Re: Bison 3.0.5
> Le 20 mai 2018 à 13:06, Hans Åberg <haber...@telia.com> a écrit : > > >> On 20 May 2018, at 10:44, Akim Demaille <a...@lrde.epita.fr> wrote: > >> I think Bison 3.0.5 is ready. However, before making it widely >> available it would be nice if people could give it a try on their >> projects. > > On MacOS 10.13.4, all tests passed with clang and gcc 7.3.0 (MacPorts), > skipping Java, Doxygen, and on gcc, syncline. > > When I take down maint [1], the lexer files named bison/src/*-c.c remain. So > it will not compile without fixing the real ones somehow, cf. [2]. > > 1. git clone -b maint https://git.savannah.gnu.org/git/bison.git > 2. https://lists.gnu.org/archive/html/help-bison/2018-01/msg1.html These files are expected, all is ok here. Your problem is probably that flex was rejected by configure. Try to reconfigure.
Bison 3.0.5 test suite fail on linux subsystem for windows
Hi, Very similar to fedora fail but got through most of the tests before failing. Attached log of console output. -- Vlad C. /bison-3.0.5$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking whether make supports the include directive... yes (GNU style) checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking for gcc option to accept ISO C99... none needed checking for gcc option to accept ISO Standard C... (cached) none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking whether _XOPEN_SOURCE should be defined... no checking for Minix Amsterdam compiler... no checking for ar... ar checking for ranlib... ranlib checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking whether pragma GCC diagnostic push works... yes checking whether gcc supports POSIXLY_CORRECT=1... yes checking whether g++ builds executables that work... yes checking whether g++ supports POSIXLY_CORRECT=1... yes checking for flex... flex checking whether lex is flex... yes checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking for bison... bison -y checking for ranlib... (cached) ranlib checking for GNU M4 that supports accurate traces... /usr/bin/m4 checking whether /usr/bin/m4 accepts --gnu... yes checking how m4 supports trace files... --debugfile checking for perl... /usr/bin/perl checking for xsltproc... no checking for locale.h... yes checking for sys/socket.h... yes checking for unistd.h... (cached) yes checking for stdio_ext.h... yes checking for features.h... yes checking for sys/stat.h... (cached) yes checking for getopt.h... yes checking for sys/cdefs.h... yes checking for limits.h... yes checking for wchar.h... yes checking for stdint.h... (cached) yes checking for inttypes.h... (cached) yes checking for math.h... yes checking for sys/mman.h... yes checking for sys/param.h... yes checking for spawn.h... yes checking for sys/time.h... yes checking for sys/wait.h... yes checking for crtdefs.h... no checking for wctype.h... yes checking for inline... inline checking for size_t... yes checking for working alloca.h... yes checking for alloca... yes checking whether malloc, realloc, calloc are POSIX compliant... yes checking for _set_invalid_parameter_handler... no checking for fcntl... yes checking for symlink... yes checking for vasnprintf... no checking for snprintf... yes checking for __fseterr... no checking for getdtablesize... yes checking for getprogname... no checking for getexecname... no checking for lstat... yes checking for mbsinit... yes checking for mbrtowc... yes checking for isascii... yes checking for mprotect... yes checking for obstack_printf... yes checking for strerror_r... yes checking for __xpg_strerror_r... yes checking for pipe2... yes checking for sigaction... yes checking for sigaltstack... yes checking for siginterrupt... yes checking for strdup... yes checking for catgets... yes checking for strndup... yes checking for pipe... yes checking for iswcntrl... yes checking for wcwidth... yes checking for setlocale... yes checking whether // is distinct from /... no checking if environ is properly declared... yes checking whether the preprocessor supports include_next... yes checking whether system header files limit the line length... no checking for complete
fedora cannot run test suite for bison 3.0.5
Hi, I ran bison 3.0.5 test suite on fedora 28 and was unable to get past 3rd test. Have attached log of what ./configure make and make check have written out. Cheers, -- Vlad C. v@localhost:~$ cd code v@localhost:~/code$ cd bison-3.0.5/ v@localhost:~/code/bison-3.0.5$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking whether make supports the include directive... yes (GNU style) checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking for gcc option to accept ISO C99... none needed checking for gcc option to accept ISO Standard C... (cached) none needed checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl.exe... no checking for FCC... no checking for KCC... no checking for RCC... no checking for xlC_r... no checking for xlC... no checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking dependency style of g++... none checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking whether _XOPEN_SOURCE should be defined... no checking for Minix Amsterdam compiler... no checking for ar... ar checking for ranlib... ranlib checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking whether pragma GCC diagnostic push works... yes checking whether gcc supports POSIXLY_CORRECT=1... yes checking whether g++ builds executables that work... no checking whether g++ supports POSIXLY_CORRECT=1... no checking for flex... no checking for lex... no checking for bison... bison -y checking for ranlib... (cached) ranlib checking for GNU M4 that supports accurate traces... /usr/bin/m4 checking whether /usr/bin/m4 accepts --gnu... yes checking how m4 supports trace files... --debugfile checking for perl... /usr/bin/perl checking for xsltproc... /usr/bin/xsltproc checking for locale.h... yes checking for sys/socket.h... yes checking for unistd.h... (cached) yes checking for stdio_ext.h... yes checking for features.h... yes checking for sys/stat.h... (cached) yes checking for getopt.h... yes checking for sys/cdefs.h... yes checking for limits.h... yes checking for wchar.h... yes checking for stdint.h... (cached) yes checking for inttypes.h... (cached) yes checking for math.h... yes checking for sys/mman.h... yes checking for sys/param.h... yes checking for spawn.h... yes checking for sys/time.h... yes checking for sys/wait.h... yes checking for crtdefs.h... no checking for wctype.h... yes checking for inline... inline checking for size_t... yes checking for working alloca.h... yes checking for alloca... yes checking whether malloc, realloc, calloc are POSIX compliant... yes checking for _set_invalid_parameter_handler... no checking for fcntl... yes checking for symlink... yes checking for vasnprintf... no checking for snprintf... yes checking for __fseterr... no checking for getdtablesize... yes checking for getprogname... no checking for getexecname... no checking for lstat... yes checking for mbsinit... yes checking for mbrtowc... yes checking for isascii... yes checking for mprotect... yes checking for obstack_printf... yes checking for strerror_r... yes checking for __xpg_strerror_r... yes checking for pipe2... yes checking for sigaction... yes checking for sigaltstack... yes checking for siginterrupt... yes checking for strdup... yes checking for catgets... yes checking for strndup... yes checking for pipe... yes checking for iswcntrl
Re: Bison 3.0.5
Akim Demaille wrote: > I think Bison 3.0.5 is ready. However, before making it widely > available it would be nice if people could give it a try on their > projects. I've tested it with my C++17 skeletons dropped in and it worked as expected. Regards, Frank
Re: Bison 3.0.5
> On 20 May 2018, at 10:44, Akim Demaille <a...@lrde.epita.fr> wrote: > I think Bison 3.0.5 is ready. However, before making it widely > available it would be nice if people could give it a try on their > projects. On MacOS 10.13.4, all tests passed with clang and gcc 7.3.0 (MacPorts), skipping Java, Doxygen, and on gcc, syncline. When I take down maint [1], the lexer files named bison/src/*-c.c remain. So it will not compile without fixing the real ones somehow, cf. [2]. 1. git clone -b maint https://git.savannah.gnu.org/git/bison.git 2. https://lists.gnu.org/archive/html/help-bison/2018-01/msg1.html
Bison 3.0.5
Hi all, I think Bison 3.0.5 is ready. However, before making it widely available it would be nice if people could give it a try on their projects. Thanks in advance! https://www.lrde.epita.fr/~akim/private/bison/bison-3.0.5.tar.gz https://www.lrde.epita.fr/~akim/private/bison/bison-3.0.5.tar.xz SHA256(bison-3.0.5.tar.gz)= 10265805a5e65a7f6e491e804128276059c46084e751af4b00c4dd5cd4ced7fe SHA256(bison-3.0.5.tar.xz)= ded09e136fa3ce38e9dc3dfc2c2bc8cb550d8d8efed46bc6919ea9318bae3ca6