It's a bug - I reported it - whether you care to follow up is up to you - but
your tone seems unduly harsh responding to someone who's just trying to help
your project and get some help from people who work on the project on a regular
basis
You must realize that there is a very high bar for most people to actually
report a bug - it usually takes hours of frustration to figure out what went
wrong - and this isn't even the bug that I originally encountered - that's in
Bison and I only wanted to confirm it in latest Bison source - and I run into
build failures in gnulib
I reproduced it even after Paul's latest update
You're right about the update to Bison in March 2025 - your changes were in
there - but it did not fix the problem in Bison - I don't know why
Here are the steps I followed
git clone --single-branch git://git.savannah.gnu.org/bison master
git worktree add -b master.old ../master.old 4ff0741
HEAD is now at 4ff0741f maint: make update-copyright
git submodule update --init --recursive
./bootstrap
git submodule ee27e996435f0daf0f8cd960285abb5859f50a4d gnulib
(v1.0-1578-gee27e99643) 2f64dcd048b08bb90ec44b26f4cd6b729112a28e
submodules/autoconf (v2.72-76-g2f64dcd0)
mkdir build/master.old
configure --disable-silent-rules CFLAGS="-O0 -ggdb3 -Wall -Wextra"
CXXFLAGS="-O0 -ggdb3 -Wall -Wextra" LDFLAGS=-ggdb3
make
make[3]: Leaving directory 'build/master.old/gnulib-po'touch stamp-pomake[2]:
Leaving directory 'build/master.old/gnulib-po'Making all in .make[2]: Entering
directory 'build/master.old'gcc -DEXEEXT=\".exe\" -I. -I./lib -Imaster.old
-Imaster.old/lib -O0 -ggdb3 -Wall -Wextra -MT src/bison-AnnotationList.o -MD
-MP -MF src/.deps/bison-AnnotationList.Tpo -c -o src/bison-AnnotationList.o
`test -f 'src/AnnotationList.c' || echo 'master.old/'`src/AnnotationList.cIn
file included from /usr/include/sys/reent.h:16, from
/usr/include/stdio.h:60, from ./lib/stdio.h:55,
from master.old/lib/bitset.h:31, from
.master.old/lib/bitsetv.h:29, from
master.old/src/AnnotationList.h:24, from
master.old/src/AnnotationList.c:23:/usr/include/sys/_types.h:167:5: error:
unknown type name 'wint_t' 167 | wint_t __wch; | ^~~~~~In file
included from master.old/src/system.h:173, from
master.old/src/gram.h:105, from
master.old/src/InadequacyList.h:25, from
master.old/src/AnnotationList.h:27:master.old/src/AnnotationList.c: In function
'AnnotationList__compute_from_inadequacies':master.old/src/AnnotationList.c:465:38:
warning: comparison of integer expressions of different signedness: 'int' and
'size_t' {aka 'long unsigned int'} [-Wsign-compare] 465 |
aver (item_i < s->nitems); |
^master.old/src/AnnotationList.c:465:25: note: in expansion of macro 'aver'
465 | aver (item_i < s->nitems); |
^~~~make[2]: *** [Makefile:10531: src/bison-AnnotationList.o] Error
1make[2]: Leaving directory 'build/master.old'make[1]: *** [Makefile:12146:
all-recursive] Error 1make[1]: Leaving directory 'build/master.old'make: ***
[Makefile:4928: all] Error 2
On Thursday, July 10, 2025 at 09:53:31 PM CDT, Bruno Haible
<br...@clisp.org> wrote:
Z. Majeed wrote:
> 1. The errors begin with
This is not a bug report.
A proper bug report MUST state two things:
1) What did you do?
(Which git repository did you clone? Which commands did you issue
to build the thing? What were the settings of relevant environment
variables like CC, CXX, CPPFLAGS, CFLAGS, CXXFLAGS, LDFLAGS?)
2) What were the results?
(Error messages, programs that don't behave as expected etc.)
Part 1 is not optional. It is *essential* if you want to get any kind
of actual help.
> All versions of everything are the latest
That cannot be, because you write:
> from lib/bitset.h:31/usr/include/sys/_types.h:167:5 error unknown type name
> wint_t 167 | wint_t __wch;
> because Bison's submodule dependency is on an older gnulib that doesn't have
> the fix for this bug described in
> https://lists.gnu.org/archive/html/bug-gnulib/2024-05/msg00011.html
and that mentioned bug was fixed in Gnulib in May 2024 and propagated into
Bison by Paul Eggert in March 2025.
So, I get the impression that you cloned an outdated mirror of Bison from
github.com and thus were barking off the wrong tree all the time.
Bruno
