GNU bug report logs -
#72225
[PATCH] _AM_PROG_CC_C_O: clean up after .dSYM directories properly
Previous Next
Reported by: Eric Gallager <egall <at> gwmail.gwu.edu>
Date: Sun, 21 Jul 2024 09:21:01 UTC
Severity: normal
Tags: patch
Done: Karl Berry <karl <at> freefriends.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 72225 in the body.
You can then email your comments to 72225 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
automake-patches <at> gnu.org
:
bug#72225
; Package
automake-patches
.
(Sun, 21 Jul 2024 09:21:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Eric Gallager <egall <at> gwmail.gwu.edu>
:
New bug report received and forwarded. Copy sent to
automake-patches <at> gnu.org
.
(Sun, 21 Jul 2024 09:21:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On darwin, the compiler will generate .dSYM directories (for debug
info) alongside executables when invoked, leading to messages like the
following in configure output:
checking whether /usr/local/bin/gcc understands -c and -o together...
rm: conftest.dSYM: is a directory
yes
The attached patch ought to fix this by passing the -r flag to the rm
invocation that's meant to clean up the conftests. One concern,
though, is that in the same invocation, it also tries to remove
anything called "core", so I worry what might happen with this change
if "core" happens to be a directory... should I handle that
separately?
Thanks,
Eric Gallager
[patch-m4_prog-cc-c-o.m4.diff (application/octet-stream, attachment)]
Information forwarded
to
automake-patches <at> gnu.org
:
bug#72225
; Package
automake-patches
.
(Sun, 21 Jul 2024 14:17:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 72225 <at> debbugs.gnu.org (full text, mbox):
On Sun, Jul 21, 2024, at 5:20 AM, Eric Gallager via Patches for Automake wrote:
> On darwin, the compiler will generate .dSYM directories (for debug
> info) alongside executables when invoked, leading to messages like the
> following in configure output:
>
> checking whether /usr/local/bin/gcc understands -c and -o together...
> rm: conftest.dSYM: is a directory
> yes
>
> The attached patch ought to fix this by passing the -r flag to the rm
> invocation that's meant to clean up the conftests. One concern,
> though, is that in the same invocation, it also tries to remove
> anything called "core", so I worry what might happen with this change
> if "core" happens to be a directory... should I handle that
> separately?
Tests generated by autoconf proper use this formula for cleaning up after
link tests:
rm -f -r a.out a.exe b.out conftest.$ac_ext conftest.o conftest.obj conftest.dSYM
I'd suggest that _AM_PROG_CC_C_O should be aligned with this - which means
*not* deleting anything named 'core'. You may or may not have $ac_ext available;
even if you don't I'd suggest that you also make the 'conftest*' glob more
specific (without having looked at the rest of am-prog-cc-c-o.m4, something
like 'conftest.c conftest.o conftest.obj conftest.dSYM' is probably close).
zw
Information forwarded
to
automake-patches <at> gnu.org
:
bug#72225
; Package
automake-patches
.
(Sat, 10 Aug 2024 06:39:01 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sun, Jul 21, 2024 at 10:16 AM Zack Weinberg <zack <at> owlfolio.org> wrote:
>
> On Sun, Jul 21, 2024, at 5:20 AM, Eric Gallager via Patches for Automake wrote:
> > On darwin, the compiler will generate .dSYM directories (for debug
> > info) alongside executables when invoked, leading to messages like the
> > following in configure output:
> >
> > checking whether /usr/local/bin/gcc understands -c and -o together...
> > rm: conftest.dSYM: is a directory
> > yes
> >
> > The attached patch ought to fix this by passing the -r flag to the rm
> > invocation that's meant to clean up the conftests. One concern,
> > though, is that in the same invocation, it also tries to remove
> > anything called "core", so I worry what might happen with this change
> > if "core" happens to be a directory... should I handle that
> > separately?
>
> Tests generated by autoconf proper use this formula for cleaning up after
> link tests:
>
> rm -f -r a.out a.exe b.out conftest.$ac_ext conftest.o conftest.obj conftest.dSYM
>
> I'd suggest that _AM_PROG_CC_C_O should be aligned with this - which means
> *not* deleting anything named 'core'. You may or may not have $ac_ext available;
ac_ext is used just a few lines above in the call to AM_RUN_LOG on line 26.
> even if you don't I'd suggest that you also make the 'conftest*' glob more
> specific (without having looked at the rest of am-prog-cc-c-o.m4, something
> like 'conftest.c conftest.o conftest.obj conftest.dSYM' is probably close).
>
> zw
Attached is a new patch that removes 'core' from the list of files to
be deleted, and adds some of your suggestions instead.
[patch-m4_prog-cc-c-o.m4.diff (application/octet-stream, attachment)]
Information forwarded
to
automake-patches <at> gnu.org
:
bug#72225
; Package
automake-patches
.
(Sat, 10 Aug 2024 06:40:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
automake-patches <at> gnu.org
:
bug#72225
; Package
automake-patches
.
(Tue, 03 Sep 2024 18:25:01 GMT)
Full text and
rfc822 format available.
Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sat, Aug 10, 2024 at 2:38 AM Eric Gallager <egall <at> gwmail.gwu.edu> wrote:
>
> On Sun, Jul 21, 2024 at 10:16 AM Zack Weinberg <zack <at> owlfolio.org> wrote:
> >
> > On Sun, Jul 21, 2024, at 5:20 AM, Eric Gallager via Patches for Automake wrote:
> > > On darwin, the compiler will generate .dSYM directories (for debug
> > > info) alongside executables when invoked, leading to messages like the
> > > following in configure output:
> > >
> > > checking whether /usr/local/bin/gcc understands -c and -o together...
> > > rm: conftest.dSYM: is a directory
> > > yes
> > >
> > > The attached patch ought to fix this by passing the -r flag to the rm
> > > invocation that's meant to clean up the conftests. One concern,
> > > though, is that in the same invocation, it also tries to remove
> > > anything called "core", so I worry what might happen with this change
> > > if "core" happens to be a directory... should I handle that
> > > separately?
> >
> > Tests generated by autoconf proper use this formula for cleaning up after
> > link tests:
> >
> > rm -f -r a.out a.exe b.out conftest.$ac_ext conftest.o conftest.obj conftest.dSYM
> >
> > I'd suggest that _AM_PROG_CC_C_O should be aligned with this - which means
> > *not* deleting anything named 'core'. You may or may not have $ac_ext available;
>
> ac_ext is used just a few lines above in the call to AM_RUN_LOG on line 26.
>
> > even if you don't I'd suggest that you also make the 'conftest*' glob more
> > specific (without having looked at the rest of am-prog-cc-c-o.m4, something
> > like 'conftest.c conftest.o conftest.obj conftest.dSYM' is probably close).
> >
> > zw
>
> Attached is a new patch that removes 'core' from the list of files to
> be deleted, and adds some of your suggestions instead.
Hi, I'd just like to ping this patch from earlier:
https://lists.gnu.org/archive/html/automake-patches/2024-08/msg00003.html
[patch-m4_prog-cc-c-o.m4.diff (application/octet-stream, attachment)]
Information forwarded
to
automake-patches <at> gnu.org
:
bug#72225
; Package
automake-patches
.
(Tue, 03 Sep 2024 18:26:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
automake-patches <at> gnu.org
:
bug#72225
; Package
automake-patches
.
(Tue, 03 Sep 2024 21:44:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 72225 <at> debbugs.gnu.org (full text, mbox):
Hi, I'd just like to ping this patch from earlier:
https://lists.gnu.org/archive/html/automake-patches/2024-08/msg00003.html
Thank you Eric! I hope I will manage to apply it soonly. -k
Information forwarded
to
automake-patches <at> gnu.org
:
bug#72225
; Package
automake-patches
.
(Sat, 07 Sep 2024 17:17:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 72225 <at> debbugs.gnu.org (full text, mbox):
Hi Eric - I applied the patch from 72225, which hopefully also fixes
your report in 72852. Closing both, with fingers crossed. Thanks!! -k
Reply sent
to
Karl Berry <karl <at> freefriends.org>
:
You have taken responsibility.
(Sat, 07 Sep 2024 17:17:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Eric Gallager <egall <at> gwmail.gwu.edu>
:
bug acknowledged by developer.
(Sat, 07 Sep 2024 17:17:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 06 Oct 2024 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 48 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.