GNU bug report logs - #72852
Testsuite summary for GNU Automake 1.17 on x86_64-apple-darwin20.6.0

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 72852 in the body.
You can then email your comments to 72852 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eric Gallager <egall <at> gwmail.gwu.edu>
To: bug-automake <at> gnu.org
Subject: Testsuite summary for GNU Automake 1.17 on x86_64-apple-darwin20.6.0
Date: Wed, 28 Aug 2024 10:40:36 -0400

[Message part 1 (text/plain, inline)]

...
FAIL: t/am-default-source-ext.sh
...
FAIL: t/cxx-demo.sh
...
FAIL: t/subobj-pr13928-more-langs.sh
...
FAIL: t/suffix3.tap 8 - make distcheck
...
FAIL: t/vala-mix2.sh
...
FAIL: t/yacc-cxx.sh
FAIL: t/yacc-bison-skeleton-cxx.sh
...
FAIL: t/yacc-d-cxx.sh
...
============================================================================
Testsuite summary for GNU Automake 1.17
============================================================================
# TOTAL: 2994
# PASS:  2909
# SKIP:  37
# XFAIL: 40
# FAIL:  8
# XPASS: 0
# ERROR: 0
============================================================================
See ./test-suite.log for debugging.
Some test(s) failed.  Please report this to bug-automake <at> gnu.org,
together with the test-suite.log file (gzipped) and your system
information.  Thanks.
============================================================================
make[2]: *** [test-suite.log] Error 1
make[1]: *** [check-TESTS] Error 2
make: *** [check-am] Error 2

[test-suite.log.gz (application/x-gzip, attachment)]

Message #8 received at 72852 <at> debbugs.gnu.org (full text, mbox):

From: Karl Berry <karl <at> freefriends.org>
To: egall <at> gwmail.gwu.edu
Cc: 72852 <at> debbugs.gnu.org
Subject: Re: bug#72852: Testsuite summary for GNU Automake 1.17 on
 x86_64-apple-darwin20.6.0
Date: Wed, 28 Aug 2024 16:43:04 -0600

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 the ones I looked at ended up with
errors like:

  ERROR: files left in build directory after distclean:
  ./foo.dSYM/Contents/Resources/DWARF/foo
  ./foo.dSYM/Contents/Info.plist
  make[1]: *** [distcleancheck] Error 1

I know nothing about what's going on, but just looking at that, I'm
guessing make clean should also rm -rf <program>.dSYM. (Bogdan, wdyt?)
--thanks, karl.

Message #11 received at 72852 <at> debbugs.gnu.org (full text, mbox):

From: Eric Gallager <egall <at> gwmail.gwu.edu>
To: Karl Berry <karl <at> freefriends.org>
Cc: 72852 <at> debbugs.gnu.org
Subject: Re: bug#72852: Testsuite summary for GNU Automake 1.17 on
 x86_64-apple-darwin20.6.0
Date: Tue, 3 Sep 2024 13:38:11 -0400

On Wed, Aug 28, 2024 at 6:43 PM Karl Berry <karl <at> freefriends.org> 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 new files, in fact a whole new directory, behind.

Yeah, both llvm and gcc are set up on darwin so that their compiler
drivers will invoke dsymutil as part of the compilation process:
https://llvm.org/docs/CommandGuide/dsymutil.html
Search for COLLECT_RUN_DSYMUTIL in the GCC sources to see how it's invoked:
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=11afe8e8c87cd525efbaab282b2c01d6a52e9d86

> I didn't check all the failures, but the ones I looked at ended up with
> errors like:
>
>   ERROR: files left in build directory after distclean:
>   ./foo.dSYM/Contents/Resources/DWARF/foo
>   ./foo.dSYM/Contents/Info.plist
>   make[1]: *** [distcleancheck] Error 1
>
> I know nothing about what's going on, but just looking at that, I'm
> guessing make clean should also rm -rf <program>.dSYM.

Yeah, that sounds correct.

> (Bogdan, wdyt?)
> --thanks, karl.

Message #14 received at 72852 <at> debbugs.gnu.org (full text, mbox):

From: Karl Berry <karl <at> freefriends.org>
To: egall <at> gwmail.gwu.edu
Cc: 72852 <at> debbugs.gnu.org, 72225 <at> debbugs.gnu.org
Subject: Re: bug#72852: Testsuite summary for GNU Automake 1.17 on
 x86_64-apple-darwin20.6.0
Date: Sat, 7 Sep 2024 11:16:04 -0600

Hi Eric - I applied the patch from 72225, which hopefully also fixes
your report in 72852. Closing both, with fingers crossed. Thanks!! -k

Message #22 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eric Gallager <egall <at> gwmail.gwu.edu>
To: 72852 <at> debbugs.gnu.org
Cc: bug-automake <at> gnu.org
Subject: Re: bug#72852: closed (Re: bug#72852: Testsuite summary for GNU
 Automake 1.17 on x86_64-apple-darwin20.6.0)
Date: Sun, 8 Sep 2024 17:23:23 -0400

[Message part 1 (text/plain, inline)]

Hi, unfortunately I still see failures with the patch applied, and
actually even more of them, in fact (14, to be specific), although
that might be because I ran the testsuite with parallelism (`make -k
-j16 check`) this time:
...
FAIL: t/auxdir-cc-pr15981.sh
...
FAIL: t/aminit-trailing-dnl-comment-pr16841.sh
...
FAIL: t/am-default-source-ext.sh
...
FAIL: t/cxx-demo.sh
...
FAIL: t/preproc-demo.sh
...
FAIL: t/subobj-pr13928-more-langs.sh
...
FAIL: t/suffix3.tap 8 - make distcheck
...
FAIL: t/version3.sh
FAIL: t/version4.sh
FAIL: t/version6.sh
...
FAIL: t/yacc-cxx.sh
...
FAIL: t/yacc-bison-skeleton-cxx.sh
...
FAIL: t/yacc-d-cxx.sh
...
FAIL: t/vala-mix2.sh
...
============================================================================
Testsuite summary for GNU Automake 1.17.0.90
============================================================================
# TOTAL: 2994
# PASS:  2903
# SKIP:  37
# XFAIL: 40
# FAIL:  14
# XPASS: 0
# ERROR: 0
============================================================================
See ./test-suite.log for debugging.
Some test(s) failed.  Please report this to bug-automake <at> gnu.org,
together with the test-suite.log file (gzipped) and your system
information.  Thanks.
============================================================================
make[2]: *** [test-suite.log] Error 1
make[1]: *** [check-TESTS] Error 2
make: *** [check-am] Error 2
make: Target `check' not remade because of errors.

On Sat, Sep 7, 2024 at 1:17 PM GNU bug Tracking System
<help-debbugs <at> gnu.org> wrote:
>
> Your bug report
>
> #72852: Testsuite summary for GNU Automake 1.17 on x86_64-apple-darwin20.6.0
>
> which was filed against the automake package, has been closed.
>
> The explanation is attached below, along with your original report.
> If you require more details, please reply to 72852 <at> debbugs.gnu.org.
>
> --
> 72852: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=72852
> GNU Bug Tracking System
> Contact help-debbugs <at> gnu.org with problems
>
>
>
> ---------- Forwarded message ----------
> From: Karl Berry <karl <at> freefriends.org>
> To: egall <at> gwmail.gwu.edu
> Cc: 72852 <at> debbugs.gnu.org, 72225 <at> debbugs.gnu.org
> Bcc:
> Date: Sat, 7 Sep 2024 11:16:04 -0600
> Subject: Re: bug#72852: Testsuite summary for GNU Automake 1.17 on x86_64-apple-darwin20.6.0
> Hi Eric - I applied the patch from 72225, which hopefully also fixes
> your report in 72852. Closing both, with fingers crossed. Thanks!! -k
>
>
>
>
> ---------- Forwarded message ----------
> From: Eric Gallager <egall <at> gwmail.gwu.edu>
> To: bug-automake <at> gnu.org
> Cc:
> Bcc:
> Date: Wed, 28 Aug 2024 10:40:36 -0400
> Subject: Testsuite summary for GNU Automake 1.17 on x86_64-apple-darwin20.6.0
> ...
> FAIL: t/am-default-source-ext.sh
> ...
> FAIL: t/cxx-demo.sh
> ...
> FAIL: t/subobj-pr13928-more-langs.sh
> ...
> FAIL: t/suffix3.tap 8 - make distcheck
> ...
> FAIL: t/vala-mix2.sh
> ...
> FAIL: t/yacc-cxx.sh
> FAIL: t/yacc-bison-skeleton-cxx.sh
> ...
> FAIL: t/yacc-d-cxx.sh
> ...
> ============================================================================
> Testsuite summary for GNU Automake 1.17
> ============================================================================
> # TOTAL: 2994
> # PASS:  2909
> # SKIP:  37
> # XFAIL: 40
> # FAIL:  8
> # XPASS: 0
> # ERROR: 0
> ============================================================================
> See ./test-suite.log for debugging.
> Some test(s) failed.  Please report this to bug-automake <at> gnu.org,
> together with the test-suite.log file (gzipped) and your system
> information.  Thanks.
> ============================================================================
> make[2]: *** [test-suite.log] Error 1
> make[1]: *** [check-TESTS] Error 2
> make: *** [check-am] Error 2

[test-suite.log.gz (application/x-gzip, attachment)]

Message #28 received at 72852 <at> debbugs.gnu.org (full text, mbox):

From: Karl Berry <karl <at> freefriends.org>
To: egall <at> gwmail.gwu.edu
Cc: 72852 <at> debbugs.gnu.org
Subject: Re: bug#72852: closed (Re: bug#72852: Testsuite summary for GNU
 Automake 1.17 on x86_64-apple-darwin20.6.0)
Date: Sun, 8 Sep 2024 15:53:16 -0600

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 unbearably slow otherwise.

karl

Message #31 received at 72852 <at> debbugs.gnu.org (full text, mbox):

From: Karl Berry <karl <at> freefriends.org>
To: egall <at> gwmail.gwu.edu
Cc: 72852 <at> debbugs.gnu.org
Subject: Re: bug#72852: closed (Re: bug#72852: Testsuite summary for GNU
 Automake 1.17 on x86_64-apple-darwin20.6.0)
Date: Tue, 10 Sep 2024 16:46:06 -0600

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 left in build directory after distclean:
  ./zardoz.dSYM/Contents/Resources/DWARF/zardoz
  ./zardoz.dSYM/Contents/Info.plist

I guess the removal list has to be updated in another place.
If you have a chance to look into it, that would be great.

Thanks,
Karl

Message #34 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eric Gallager <egall <at> gwmail.gwu.edu>
To: Karl Berry <karl <at> freefriends.org>
Cc: 72852 <at> debbugs.gnu.org, bug-automake <at> gnu.org
Subject: Re: bug#72852: closed (Re: bug#72852: Testsuite summary for GNU
 Automake 1.17 on x86_64-apple-darwin20.6.0)
Date: Tue, 10 Sep 2024 22:59:10 -0400

On Tue, Sep 10, 2024 at 6:46 PM Karl Berry <karl <at> freefriends.org> 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. E.g.,
> t/yacc-bison-skeleton-cxx.sh shows:
>
>   ERROR: files left in build directory after distclean:
>   ./zardoz.dSYM/Contents/Resources/DWARF/zardoz
>   ./zardoz.dSYM/Contents/Info.plist
>
> I guess the removal list has to be updated in another place.
> If you have a chance to look into it, that would be great.
>

Well, my patch just updated the _AM_PROG_CC_C_O autoconf macro, so I
guess that .dSYM bundles still need to be added to the default list of
files that get cleaned? They get created alongside executables, so
whichever of the "clean" rules (mostlyclean, clean, distclean,
maintainer-clean, etc.) that executables get cleaned up during, any
.dSYM bundles whose names start the same should also get cleaned
during that same step... Kinda busy with political stuff at the
moment, but I'll take a look once I get a chance...

> Thanks,
> Karl

Message #40 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eric Gallager <egall <at> gwmail.gwu.edu>
To: Karl Berry <karl <at> freefriends.org>
Cc: 72852 <at> debbugs.gnu.org, bug-automake <at> gnu.org
Subject: Re: bug#72852: closed (Re: bug#72852: Testsuite summary for GNU
 Automake 1.17 on x86_64-apple-darwin20.6.0)
Date: Wed, 11 Sep 2024 13:20:16 -0400

On Tue, Sep 10, 2024 at 10:59 PM Eric Gallager <egall <at> gwmail.gwu.edu> wrote:
>
> On Tue, Sep 10, 2024 at 6:46 PM Karl Berry <karl <at> freefriends.org> 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. E.g.,
> > t/yacc-bison-skeleton-cxx.sh shows:
> >
> >   ERROR: files left in build directory after distclean:
> >   ./zardoz.dSYM/Contents/Resources/DWARF/zardoz
> >   ./zardoz.dSYM/Contents/Info.plist
> >
> > I guess the removal list has to be updated in another place.
> > If you have a chance to look into it, that would be great.
> >
>
> Well, my patch just updated the _AM_PROG_CC_C_O autoconf macro, so I
> guess that .dSYM bundles still need to be added to the default list of
> files that get cleaned? They get created alongside executables, so
> whichever of the "clean" rules (mostlyclean, clean, distclean,
> maintainer-clean, etc.) that executables get cleaned up during, any
> .dSYM bundles whose names start the same should also get cleaned
> during that same step... Kinda busy with political stuff at the
> moment, but I'll take a look once I get a chance...
>

OK, I ran the testsuite after the latest commit, and the number of
failures is back down to 8 again... looking at where else to clean up
the .dSYM bundles, I guess in lib/am/progs.am would make sense? Under
the clean-%DIR%PROGRAMS: target... although, I guess first I need to
find out where/how the $(%DIR%_PROGRAMS) variable is set...

> > Thanks,
> > Karl

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.