I tried installing cproto and discovered it just doesn't work now. e.g. cproto -x /usr/include/stdio.h produces only the filename comment and no prototypes, a working version produces a few dozen lines. I couldn't track down why - it's perhaps something to do with updates to bison/flex/gcc but that is only a guess and I wasn't able to determine when it stopped working. I tried multiple versions of cproto and they were all equally broken which indicates some external factor. cproto has a make check target but it requires human parsing to determine failure and doesn't error out from make. I found that passing --enable-llib to configure will create a functioning tool and I reported this to the upstream maintainer. He's prepared a new release (4.7t) which just enables the option automatically if the prerequisites are available [1] so presumably a version bump is the best option. I did a trivial check to confirm it 'works'. [1] https://invisible-island.net/cproto/CHANGES.html#t20211126
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=88ea6887ecacdc8615d87eaa1b43abe085dc5e64 commit 88ea6887ecacdc8615d87eaa1b43abe085dc5e64 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-11-29 22:30:38 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-11-29 22:30:38 +0000 dev-util/cproto: add 4.7t Closes: https://bugs.gentoo.org/827862 Signed-off-by: Sam James <sam@gentoo.org> dev-util/cproto/Manifest | 1 + dev-util/cproto/cproto-4.7t.ebuild | 15 +++++++++++++++ 2 files changed, 16 insertions(+)
Thanks a lot for the report & taking it upstream!
(In reply to Sam James from comment #2) > Thanks a lot for the report & taking it upstream! It would be worth seeing if upstream are willing to make the check target fatal on failure.
