Hi Mike,
I am not using the subdir-objects option. Should I ?
Also, if I
./configure
make distcleran
then the compiler will not yet have been run.
But your explanation have given me an idea: if I remove the .deps directory
manually then 'make distclean' seems to work again.
Not very
make target `.deps/libapl_la-libapl.Plo'. Stop.
>
> because why would 'make distclean' even try to make that target?
Thanks for the full log, that gives enough information to explain this.
Makefiles include all of the files in .deps (as a make include). Make
treates included files as prere
Hi Jürgen,
On 03/18/2016 01:28 AM, Juergen Sauermann wrote:
Hi,
I have received a bug-report saying that 'make distclean' fails for
GNU APL.
The error message is this:
make[2]: Entering directory `/home/eedjsa/projects/juergen/apl-1.5/src'
Makefile:837: .deps/apl-Archive.Po: No such file
Hi,
I have received a bug-report saying that 'make distclean' fails for GNU APL.
The error message is this:
make[2]: Entering directory `/home/eedjsa/projects/juergen/apl-1.5/src'
Makefile:837: .deps/apl-Archive.Po: No such file or directory
Makefile:838: .deps/apl-ArrayIterator.Po
.
because why would 'make distclean' even try to make that target?
Thanks,
Jürgen
On 03/18/2016 12:02 AM, Peter Johansson wrote:
Hi Jürgen,
On 03/18/2016 01:28 AM, Juergen Sauermann wrote:
Hi,
I have received a bug-report saying that 'make distclean' fails for
GNU APL.
The error message
a source file in the parent directory;
(b) that parent Makefile declare a compiled program itself.
Then BSD and Solaris make used to fail when running make distclean,
because the 'distclean' target of the subdir Makefile removed the
whole '.deps' directory before the parent Makefile was done
a source file in the parent directory;
(b) that parent Makefile declare a compiled program itself.
Then BSD and Solaris make used to fail when running make distclean,
because the 'distclean' target of the subdir Makefile removed the
whole '.deps' directory before the parent Makefile was done
I had a user point out that make distclean from within their VPATH build
failed due to a missing, optional nested package. The nested package is called
tascel. I have in configure.ac:
AC_ARG_ENABLE([tascel], [omit for brevity], [], [enable_tascel=no])
AM_CONDITIONAL([ENABLE_TASCEL], [test x
-Original Message-
From: Ralf Wildenhues [mailto:ralf.wildenh...@gmx.de]
Sent: Monday, November 29, 2010 2:33 PM
To: Daily, Jeff A
Cc: automake@gnu.org
Subject: Re: make distclean fails for conditional nested package with VPATH
build
Hello Jeff,
* Daily, Jeff A wrote on Mon
Hello,
What can one say about this? I don't get it.
I'm afraid your mail does not contain enough information for any
reasonable answer.
Can the project be downloaded somewhere?
Could you post gui/Makefile.am?
Which version of Automake was used?
Stepan
Hi Daniel,
Daniel Haude wrote:
What can one say about this? I don't get it.
Thanks,
--Daniel
[EMAIL PROTECTED]:~/Projects/ctops$ make distclean
Making distclean in .
make[1]: Entering directory `/home/dh/Projects/ctops'
rm -f config.h
rm -f TAGS ID
rm -f Makefile
rm -f
On Tue, 13 Jun 2006 17:08:58 +0200, Gary V. Vaughan [EMAIL PROTECTED] wrote:
Probably not. You are fighting against all the bugs and misfeatures that
have been fixed over the last five years of automake development if you
insist on staying with automake-1.4 (I branched for the 1.4px series in
Hi Ed, David,
* David Fang wrote on Sun, Jun 26, 2005 at 07:23:15PM CEST:
I recently started seeing the following problem doing a make distclean:
rm -rf ../libsrc/.deps ./.deps
(Autotools amateur here, so please correct me nicely if I'm wrong!
:) ) I'd say the above line
Ralf Wildenhues [EMAIL PROTECTED] writes:
Hi Ed, David,
* David Fang wrote on Sun, Jun 26, 2005 at 07:23:15PM CEST:
I recently started seeing the following problem doing a make distclean:
rm -rf ../libsrc/.deps ./.deps
(Autotools amateur here, so please correct me nicely if I'm
Howdy all!
I recently started seeing the following problem doing a make distclean:
rm -rf ../libsrc/.deps ./.deps
rm -f Makefile
make[1]: Leaving directory `/home/ed/netcdf-3/libsrc4'
Making distclean in libsrc
make[1]: Entering directory `/home/ed/netcdf-3/libsrc'
Makefile:364: .deps/attr.Plo
I recently started seeing the following problem doing a make distclean:
rm -rf ../libsrc/.deps ./.deps
Hi,
(Autotools amateur here, so please correct me nicely if I'm wrong!
:) ) I'd say the above line is the problem is the above line, where your
Makefile is touching something that's
I'm seeing
subdir/.dirstamp
subdir/*.o
left in each subdir that has objects built in it after make distclean
when subdirobjects is in use (CVS HEAD, not updated for a few days now).
(where subdir is a particular dir). (I'm working on make distcheck
again, the pass seems to have been a lucky
On Mar 5, 2001, Tom Tromey [EMAIL PROTECTED] wrote:
We use a rule that rebuilds Makefile if Makefile.in has changed. GNU
make will try to build `Makefile', if such a target exists, before
running any other target, including `distclean'.
Maybe we could convince the maintainer(s?) of GNU
"Mo" == Mo DeJong [EMAIL PROTECTED] writes:
Mo After running "make distclean" on a big project I found myself
Mo quite miffed at the fact that it reran the whole configure process
Mo (which takes a long time) before executing the distclean rule.
It should only do that
19 matches
Mail list logo
