libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: FreeBSD make


From: Bob Friesenhahn
Subject: Re: FreeBSD make
Date: Fri, 11 Mar 2005 10:47:26 -0600 (CST)

On Fri, 11 Mar 2005, Ralf Wildenhues wrote:

I don't know if it's worthwhile to support FreeBSD make..

I have no idea how to keep it from looping without this patch, after
running the rules for vcl-tmp it always seems to want to update
stamp-vcl .. seems like timestamp files don't work with it at all.

Are you saying that you expect make to operate properly based on side-effects? If vcl-tmp is not specified as a build target, is it not a side-effect? Why should make assume that any other files will be updated except for explicit targets?

Bob

(No, I don't want _this_ patch applied.)
With pmake on linux things seem to work fine.

--- Makefile.am 28 Dec 2004 13:50:21 -0000      1.138
+++ Makefile.am 11 Mar 2005 16:35:44 -0000
@@ -99,7 +99,7 @@
## read-only $(top_srcdir), then when the two stamp-vcls differ, distcheck
## will try to update the one in the read-only source tree it makes.
MKSTAMP = $(SHELL) $(top_srcdir)/config/mkstamp
-$(top_srcdir)/stamp-vcl: vcl-tmp clean-ltmain-sh ChangeLog
+$(top_srcdir)/stamp-vcl: ChangeLog
vcl-tmp:
        @set dummy `$(MKSTAMP) < $(top_srcdir)/ChangeLog`; shift; \
        echo "$$1" > vcl.tmp; \



However, I think this patch below should be checked in (HEAD,
branch-2-0).  OK?

Regards,
Ralf

--- configure.ac        12 Dec 2004 16:24:28 -0000      1.62
+++ configure.ac        11 Mar 2005 16:35:44 -0000
@@ -119,7 +119,7 @@
AC_SUBST([M4SH], ['$(AUTOM4TE) --language=m4sh'])

dnl Make sure config.status is regenerated when the version timestamp changes
-AC_SUBST([CONFIG_STATUS_DEPENDENCIES], ['$(top_builddir)/stamp-vcl'])
+AC_SUBST([CONFIG_STATUS_DEPENDENCIES], ['$(top_srcdir)/stamp-vcl'])

## ------------------------------- ##
## Libtool specific configuration. ##




======================================
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]