Looks like https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=4c9066e322f46faf9d753be6ff3e6a09ae668f86;hp=f8ab28d773dbf37d6e8ab4318ff0042dd742e9b8 shows that kept in VCS configure script has nothing to do with what is in configure.in. As long as now is not possible to regenerate all GNU autotools files this is real problem
configure.in does not even exists, not sure what you are talking about. We regenerate configure (and the other files that go along with it) all the time. You just need the proper version of autoconf (2.69) and automake (1.15.1). It is encouraged to build your own rather than use the distro provided ones, because some distros (e.g. Debian) have local patches that make the output different from what is checked in.
Precision: the configure file is generated from configure.ac.
I just regenerated them all last night, even, while working on improvements for the buildbot script.
cHECKING LAST 12.1 VERSION: [tkloczko@pers-jacek gdb-14.1]$ grep tinfo gdb/configure* gdb/configure:/usr/bin/hostinfo = `(/usr/bin/hostinfo) 2>/dev/null || echo unknown` gdb/configure.ac: AC_SEARCH_LIBS(waddstr, [tinfo ncurses ncursesw], In whole gdb/configurethere is no any traces of checking libtinfo. Pleas update all GNU autotools files or update all those configire.ac and .m4 files to be able use them with latest version of GNU autotools.
(In reply to kloczek from comment #4) I think your grep is broken: > for ac_lib in '' termcap tinfow tinfo curses ncursesw ncurses; do
(In reply to Sam James from comment #3) > I just regenerated them all last night, even, while working on improvements > for the buildbot script. Just checkied and in https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/configure;h=d0fd1760b889c6ac30ecf1004ac1d39622081cbb;hb=HEAD still I don';t see any traces of checking of tinfo library.
https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/configure;h=d0fd1760b889c6ac30ecf1004ac1d39622081cbb;hb=HEAD#l27035
(In reply to Simon Marchi from comment #2) > Precision: the configure file is generated from configure.ac. Of course because it is gdb/configure.ac https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/configure.ac;h=aa91bfb3a1731ebd2421d4c482354cd86be987b5;hb=HEAD
(In reply to Simon Marchi from comment #2) > Precision: the configure file is generated from configure.ac. Of course because it is gdb/configure.ac https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/configure.ac;h=aa91bfb3a1731ebd2421d4c482354cd86be987b5;hb=HEAD(In reply to Sam James from comment #7) > https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=gdb/configure; > h=d0fd1760b889c6ac30ecf1004ac1d39622081cbb;hb=HEAD#l27035 Nevertheless in dist tar ball there is no that change. Is it possible to release 14.1.1?
/tmp/gdb/gdb-14.1 $ grep tinfo gdb/configure /usr/bin/hostinfo = `(/usr/bin/hostinfo) 2>/dev/null || echo unknown` for ac_lib in '' termcap tinfow tinfo curses ncursesw ncurses; do
B*dy helll .. found that all trashes FEDORA patches :( gdb-ac_fixes.patch:+ AC_SEARCH_LIBS(waddstr, [tinfo ncurses ncursesw], gdb-fedora-libncursesw.patch:-for ac_lib in '' termcap tinfow tinfo curses ncursesw ncurses; do gdb-fedora-libncursesw.patch:-AC_SEARCH_LIBS(tgetent, [termcap tinfow tinfo curses ncursesw ncurses])