bug#68165: automake-1.16j on Solaris 11

2023-12-31 Thread Karl Berry
/usr/bin/lex --version and that command reads from standard input: Thanks Bruno. I installed the patch. As for the other (non-ignored) failures, here and in your other reports today ... I can't get far with such system-dependent failures. Any chance you have time to delve into them? I k

bug#68119: [GNU automake 1.16.5] test-suite 45 tests failed

2023-12-31 Thread Karl Berry
Hi Erik - thanks for the follow-up. Now I understand. You were testing automake-1.16.5. But you sent it so soon after we released a pretest, I didn't notice, and thought you were testing the pretest :). These test failures (among lots of other things) are supposedly fixed in the current sources. C

bug#68186: [GNU automake 1.16.5] test-suite 45 tests failed

2023-12-31 Thread Erik A Johnson
Thanks, Karl. automake-1.16.5/t/dist-vs-built-sources.dir/foo.c only has two lines: #include "h.h" int main (void) { printf ("%s\n", F); return 0; } Also, automake-1.16.5/t/dist-vs-built-sources.sh only appears to be writing those two lines to foo.c and there is no inclusion of . Does that giv

bug#68165: automake-1.16j on Solaris 11

2023-12-31 Thread Bruno Haible
On Solaris 11.4, the "gmake check" command in automake-1.16j appears to hang. Using 'truss', I found that it invokes /usr/bin/lex --version and that command reads from standard input: $ /usr/bin/lex --version lex: Software Generation Utilities (SGU) Solaris-ELF (4.0) _ The attached propos