I ran into a problem when using gnulib-tool on an earlier version of the
new stdbit module. The problem went away when I had GNULIB_TOOL_IMPL=sh
in the environment. The gnulib-tool code hasn't changed since the commit
in question, so the gnulib-tool bug is presumably still there even
though I've tweaked stdbit not to tickle the bug.
To reproduce it in a Gnulib repository, run these commands:
git checkout 4de6323d5d20996e51097a90f617cd4404a23eba
./gnulib-tool --create-testdir --dir foo -h stdbit
The failing output is as follows. I get this output on Fedora 40 x86-64.
gnulib-tool: warning: module count-leading-zeros doesn't exist
gnulib-tool: warning: module count-trailing-zeros doesn't exist
gnulib-tool: warning: module count-one-bits doesn't exist
Traceback (most recent call last):
File "/home/eggert/src/gnu/gnulib/./.gnulib-tool.py", line 30, in
<module>
main.main_with_exception_handling()
File "/home/eggert/src/gnu/gnulib/pygnulib/main.py", line 1371, in
main_with_exception_handling
main(temporary_directory)
File "/home/eggert/src/gnu/gnulib/pygnulib/main.py", line 1073, in main
testdir.execute()
File "/home/eggert/src/gnu/gnulib/pygnulib/GLTestDir.py", line 189,
in execute
modules = moduletable.transitive_closure([requested_module])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/eggert/src/gnu/gnulib/pygnulib/GLModuleSystem.py", line
853, in transitive_closure
duplicate_depmodule_names = [ depmodule.name
^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'name'
