GNU bug report logs - #21956
subdir-objecs dies with "rm: cannot remove 'emxp_cm_bl': Is a directory", even git version

Previous Next

Package: automake;

Reported by: Joakim Tjernlund <Joakim.Tjernlund <at> infinera.com>

Date: Thu, 19 Nov 2015 03:07:01 UTC

Severity: normal

Tags: notabug

Done: Mike Frysinger <vapier <at> gentoo.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 21956 in the body.
You can then email your comments to 21956 AT debbugs.gnu.org in the normal way.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-automake <at> gnu.org:
bug#21956; Package automake. (Thu, 19 Nov 2015 03:07:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Joakim Tjernlund <Joakim.Tjernlund <at> infinera.com>:
New bug report received and forwarded. Copy sent to bug-automake <at> gnu.org. (Thu, 19 Nov 2015 03:07:02 GMT) Full text and rfc822 format available.

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

From: Joakim Tjernlund <Joakim.Tjernlund <at> infinera.com>
To: "bug-automake <at> gnu.org" <bug-automake <at> gnu.org>
Subject: subdir-objecs dies with "rm: cannot remove 'emxp_cm_bl': Is a
 directory", even git version
Date: Thu, 19 Nov 2015 01:15:09 +0000
automake>= 1.13 (did not test lower than that) dies during make with:
 CCLD     emxp_cm_bl_shell
 rm: cannot remove 'emxp_cm_bl': Is a directory
 Makefile:1070: recipe for target 'emxp_cm_bl' failed

This happens if you have the same name on the containing directory and
in bin_PROGRAMS, like so
  bin_PROGRAMS = emxp_hw_bl
  emxp_hw_bl_SOURCES = emxp_hw_bl/emxp_hw_bl.c

Here is the offending Makefile snippet:
emxp_hw_bl$(EXEEXT): $(emxp_hw_bl_OBJECTS) $(emxp_hw_bl_DEPENDENCIES) $(EXTRA_emxp_hw_bl_DEPENDENCIES) 
	rm -f emxp_hw_bl$(EXEEXT)
	$(AM_V_CCLD)$(emxp_hw_bl_LINK) $(emxp_hw_bl_OBJECTS) $(emxp_hw_bl_LDADD) $(LIBS)



Information forwarded to bug-automake <at> gnu.org:
bug#21956; Package automake. (Thu, 19 Nov 2015 05:56:02 GMT) Full text and rfc822 format available.

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

From: Peter Johansson <trojkan <at> gmail.com>
To: bug-automake <at> gnu.org
Subject: Re: bug#21956: subdir-objecs dies with "rm: cannot remove
 'emxp_cm_bl': Is a directory", even git version
Date: Thu, 19 Nov 2015 15:54:58 +1000
Hi Joakim,

On 11/19/2015 11:15 AM, Joakim Tjernlund wrote:
> automake>= 1.13 (did not test lower than that) dies during make with:
>   CCLD     emxp_cm_bl_shell
>   rm: cannot remove 'emxp_cm_bl': Is a directory
>   Makefile:1070: recipe for target 'emxp_cm_bl' failed
>
> This happens if you have the same name on the containing directory and
> in bin_PROGRAMS, like so
>    bin_PROGRAMS = emxp_hw_bl

You try to create a program named 'emxp_hw_bl'.

>    emxp_hw_bl_SOURCES = emxp_hw_bl/emxp_hw_bl.c

But that name is already taken by the directory (in which the source 
files resides).

If you think this is a bug, what do you think is the preferable behaviour?

Cheers,
Peter




Information forwarded to bug-automake <at> gnu.org:
bug#21956; Package automake. (Thu, 19 Nov 2015 08:54:01 GMT) Full text and rfc822 format available.

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

From: Joakim Tjernlund <Joakim.Tjernlund <at> infinera.com>
To: "trojkan <at> gmail.com" <trojkan <at> gmail.com>, "bug-automake <at> gnu.org"
 <bug-automake <at> gnu.org>
Subject: Re: bug#21956: subdir-objecs dies with "rm: cannot remove
 'emxp_cm_bl': Is a directory", even git version
Date: Thu, 19 Nov 2015 08:19:48 +0000
On Thu, 2015-11-19 at 15:54 +1000, Peter Johansson wrote:
> Hi Joakim,
> 
> On 11/19/2015 11:15 AM, Joakim Tjernlund wrote:
> > automake>= 1.13 (did not test lower than that) dies during make with:
> >   CCLD     emxp_cm_bl_shell
> >   rm: cannot remove 'emxp_cm_bl': Is a directory
> >   Makefile:1070: recipe for target 'emxp_cm_bl' failed
> > 
> > This happens if you have the same name on the containing directory and
> > in bin_PROGRAMS, like so
> >    bin_PROGRAMS = emxp_hw_bl
> 
> You try to create a program named 'emxp_hw_bl'.
> 
> >    emxp_hw_bl_SOURCES = emxp_hw_bl/emxp_hw_bl.c
> 
> But that name is already taken by the directory (in which the source 
> files resides).
> 
> If you think this is a bug, what do you think is the preferable behaviour?

hmm, I see the problem.

How do I change Makefile.am, with minimal effort as we have alot of them?
Tried 
  bin_PROGRAMS += emxp_hw_bl/emxp_hw_bl
but that gives me:
ne/emxp_ss/emxp_hw_bl/Makefile.inc:14: warning: variable 'emxp_hw_bl_SOURCES' is defined but no program or
ne/emxp_ss/emxp_hw_bl/Makefile.inc:14: library has 'emxp_hw_bl' as canonical name (possible typo)
ne/emxp_ss/Makefile.am:15:   'ne/emxp_ss/emxp_hw_bl/Makefile.inc' included from here
ne/emxp_ss/emxp_hw_bl/Makefile.inc:1: warning: variable 'emxp_hw_bl_LDADD' is defined but no program or
ne/emxp_ss/emxp_hw_bl/Makefile.inc:1: library has 'emxp_hw_bl' as canonical name (possible typo)
ne/emxp_ss/Makefile.am:15:   'ne/emxp_ss/emxp_hw_bl/Makefile.inc' included from here
ne/emxp_ss/emxp_hw_bl/Makefile.inc:2: warning: variable 'emxp_hw_bl_common_LDADD' is defined but no program or
ne/emxp_ss/emxp_hw_bl/Makefile.inc:2: library has 'emxp_hw_bl_common' as canonical name (possible typo)
ne/emxp_ss/Makefile.am:15:   'ne/emxp_ss/emxp_hw_bl/Makefile.inc' included from here



Information forwarded to bug-automake <at> gnu.org:
bug#21956; Package automake. (Thu, 19 Nov 2015 23:25:02 GMT) Full text and rfc822 format available.

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

From: Peter Johansson <trojkan <at> gmail.com>
To: Joakim Tjernlund <Joakim.Tjernlund <at> infinera.com>
Cc: "bug-automake <at> gnu.org" <bug-automake <at> gnu.org>
Subject: Re: bug#21956: subdir-objecs dies with "rm: cannot remove
 'emxp_cm_bl': Is a directory", even git version
Date: Fri, 20 Nov 2015 09:23:42 +1000

On 11/19/2015 06:19 PM, Joakim Tjernlund wrote:
> hmm, I see the problem.
>
> How do I change Makefile.am, with minimal effort as we have alot of them?
> Tried
>    bin_PROGRAMS += emxp_hw_bl/emxp_hw_bl
> but that gives me:
> ne/emxp_ss/emxp_hw_bl/Makefile.inc:14: warning: variable 'emxp_hw_bl_SOURCES' is defined but no program or
> ne/emxp_ss/emxp_hw_bl/Makefile.inc:14: library has 'emxp_hw_bl' as canonical name (possible typo)
> ne/emxp_ss/Makefile.am:15:   'ne/emxp_ss/emxp_hw_bl/Makefile.inc' included from here
> ne/emxp_ss/emxp_hw_bl/Makefile.inc:1: warning: variable 'emxp_hw_bl_LDADD' is defined but no program or
> ne/emxp_ss/emxp_hw_bl/Makefile.inc:1: library has 'emxp_hw_bl' as canonical name (possible typo)
> ne/emxp_ss/Makefile.am:15:   'ne/emxp_ss/emxp_hw_bl/Makefile.inc' included from here
> ne/emxp_ss/emxp_hw_bl/Makefile.inc:2: warning: variable 'emxp_hw_bl_common_LDADD' is defined but no program or
> ne/emxp_ss/emxp_hw_bl/Makefile.inc:2: library has 'emxp_hw_bl_common' as canonical name (possible typo)
> ne/emxp_ss/Makefile.am:15:   'ne/emxp_ss/emxp_hw_bl/Makefile.inc' included from here
It looks like you haven't changed variable names e.g. 
'emxp_hw_bl_SOURCES' to 'emxp_hw_bl/emxp_hw_bl_SOURCES'.

Cheers,
Peter




Added tag(s) notabug. Request was from Mike Frysinger <vapier <at> gentoo.org> to control <at> debbugs.gnu.org. (Tue, 08 Feb 2022 04:38:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 21956 <at> debbugs.gnu.org and Joakim Tjernlund <Joakim.Tjernlund <at> infinera.com> Request was from Mike Frysinger <vapier <at> gentoo.org> to control <at> debbugs.gnu.org. (Tue, 08 Feb 2022 04:38: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. (Tue, 08 Mar 2022 12:24:11 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 116 days ago.

Previous Next


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