Samuel Thibault, le ven. 27 oct. 2023 00:42:06 +0200, a ecrit: > Samuel Thibault, le mer. 25 oct. 2023 14:55:36 +0200, a ecrit: > > Samuel Thibault, le mer. 25 oct. 2023 14:05:35 +0200, a ecrit: > > > jbra...@dismail.de, le mer. 25 oct. 2023 11:52:02 +0000, a ecrit: > > > > October 25, 2023 3:43 AM, "Samuel Thibault" <samuel.thiba...@gnu.org> > > > > wrote: > > > > > jbra...@dismail.de, le mer. 25 oct. 2023 03:40:16 +0000, a ecrit: > > > > > > > > > >> Or maybe GCC is partly at fault for the > > > > >> Hurd's X86_64 building troubles? > > > > > > > > > > It's not at all. Nor is libtool. > > > > > > > > > > I occasionally had issues in ./configure, too. > > > > > > > > > > You'll say that's "yeah, it's all about auto-crap". No. > > > > > > > > > > It's *very* most probably about bash, simply. > > > > > > > > Hmmm. I guess in the long-term then, the bash issues should be fixed. > > > > > > It'd really better be short-term, because currently we cannot really > > > trust the built packages: what if due to shell script misbehavior > > > ./configure misdetects features, forgets enabling some support > > > etc. That'd lead to subtle incompatibilities that'll be hard to hunt > > > down. > > > > Today's gcc attempt: > > > > Comparing stages 2 and 3 > > Bootstrap comparison failure! > > libbacktrace/.libs/sort.o differs > > Here is a good example: > > f="internal/reflectlite.o"; if test ! -f $f; then > f="internal/.libs/reflectlite.o"; fi; x86_64-gnu-objcopy -j .go_export $f > internal/reflectlite.s-gox.tmp; /bin/bash ../../../src/libgo/mvifdiff.sh > internal/reflectlite.s-gox.tmp `echo internal/reflectlite.s-gox | sed -e > 's/s-gox/gox/'` > mv: cannot move 'internal/reflectlite.s-gox.tmp' to '': No such file or > directory > > It looks like the echo|sed part didn't work. (or command parameter > passing to mvifdiff.sh, but I doubt that)
Indeed, while [ "$(echo -n `echo internal/reflectlite.s-gox | sed -e 's/s-gox/gox/' ` )" = internal/reflectlite.gox ] ; do : ; done does stop. Samuel
