[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: CVS libtoolize uses wrong files
From: |
Ralf Wildenhues |
Subject: |
Re: CVS libtoolize uses wrong files |
Date: |
Thu, 29 Dec 2005 18:29:24 +0100 |
User-agent: |
Mutt/1.5.11 |
Hi Bob,
* Bob Friesenhahn wrote on Thu, Dec 29, 2005 at 05:51:49PM CET:
> On Thu, 29 Dec 2005, Ralf Wildenhues wrote:
> >
> >I haven't looked in libtoolize or Makefile.am for looming bugs. Very
> >respectfully would I like to suggest that what you are seeing *could*
> >easily be explained if, on December 6, someone configured and installed
> >CVS libtool with a (default) prefix of /usr/local, and /usr/local/bin
> >came earlier in the PATH than /usr/local/autotools-devel/bin.
>
> It seems likely that 'make' after configure was not sufficient to
> regenerate some files. I did a 'make clean' and re-configured and now
> the correct file is being used.
Ahh, thanks! Would this be a suitable and sufficient fix?
Cheers,
Ralf
* Makefile.am (libtoolize): Also depend on `config.status'.
(tests/atconfig): Normalize path, for non-GNU make.
Reported by Bob Friesenhahn <address@hidden>.
Index: Makefile.am
===================================================================
RCS file: /cvsroot/libtool/libtool/Makefile.am,v
retrieving revision 1.183
diff -u -r1.183 Makefile.am
--- Makefile.am 16 Dec 2005 16:28:29 -0000 1.183
+++ Makefile.am 29 Dec 2005 17:27:18 -0000
@@ -55,7 +55,7 @@
# The libtool distributor and the standalone libtool script.
bin_SCRIPTS = libtoolize libtool
-libtoolize: $(srcdir)/libtoolize.in
+libtoolize: $(srcdir)/libtoolize.in $(top_builddir)/config.status
rm -f libtoolize.tmp libtoolize
$(timestamp); \
input="libtoolize.m4sh"; \
@@ -438,7 +441,7 @@
echo 'm4_define([AT_PACKAGE_BUGREPORT], address@hidden@])'; \
} | $(edit) > $(srcdir)/tests/package.m4
-tests/atconfig: config.status
+tests/atconfig: $(top_builddir)/config.status
$(SHELL) ./config.status tests/atconfig
DISTCLEANFILES += tests/atconfig