On Tue, Sep 10, 2024 at 10:59 PM Eric Gallager wrote:
>
> On Tue, Sep 10, 2024 at 6:46 PM Karl Berry wrote:
> >
> > Hi Eric - I've just committed a change that I hope fixes the version
> > number problem. (See https://bugs.gnu.org/72157)
> >
> > However, looking at your list of failures, I see t
On Tue, Sep 10, 2024 at 6:46 PM Karl Berry wrote:
>
> Hi Eric - I've just committed a change that I hope fixes the version
> number problem. (See https://bugs.gnu.org/72157)
>
> However, looking at your list of failures, I see that some of them are
> still about *.dSYM, now relating to distclean.
Hi Eric - I've just committed a change that I hope fixes the version
number problem. (See https://bugs.gnu.org/72157)
However, looking at your list of failures, I see that some of them are
still about *.dSYM, now relating to distclean. E.g.,
t/yacc-bison-skeleton-cxx.sh shows:
ERROR: files lef
Hi Eric - thanks for the follow-up. I believe most or all of those
failures are because of a dumb automake version parsing problem that I
haven't fixed yet (there's never been a version like 1.16.0.90 before),
unrelated to the .dSYM patch.
BTW, I ran my make check with -j too. It's pretty unbearab
Hi Eric - I applied the patch from 72225, which hopefully also fixes
your report in 72852. Closing both, with fingers crossed. Thanks!! -k
On Wed, Aug 28, 2024 at 6:43 PM Karl Berry wrote:
>
> Hi Eric,
>
> Subject: bug#72852: Testsuite summary for GNU Automake 1.17 on
> x86_64-apple-darwin20.6.0
>
> Thanks for the report. It looks like Apple's compiler, or linker, or
> something, is leaving n
Hi Eric,
Subject: bug#72852: Testsuite summary for GNU Automake 1.17 on
x86_64-apple-darwin20.6.0
Thanks for the report. It looks like Apple's compiler, or linker, or
something, is leaving new files, in fact a whole new directory, behind.
I didn't check all the failures, but
