Hi,
On Wed, Mar 16, 2005 at 03:08:06PM +0100, Bruno Haible wrote:
mv -f elc-temp $@
..
mv -f elc-temp $@ || { touch $@; rm -f elc-temp; }
But this change is incorrect. It canmcels the whole trick:
touch tmp
...
mv tmp $@
ensures that the stamp file will be older
Stepan Kasal wrote:
mv -f elc-temp $@
..
mv -f elc-temp $@ || { touch $@; rm -f elc-temp; }
But this change is incorrect. It canmcels the whole trick:
touch tmp
...
mv tmp $@
ensures that the stamp file will be older than the files created by
OK, then
On Wed, Mar 16, 2005 at 03:08:06PM +0100, Bruno Haible wrote:
Alexandre Duret-Lutz wrote:
Thanks, I'm installing the following fix on HEAD and branch-1-9.
...
-## Recover from the removal of $@
- @if test ! -f $@; then \
+## Recover from the removal of [EMAIL PROTECTED]
+##
+##
Alexandre Duret-Lutz wrote:
Thanks, I'm installing the following fix on HEAD and branch-1-9.
...
-## Recover from the removal of $@
- @if test ! -f $@; then \
+## Recover from the removal of [EMAIL PROTECTED]
+##
+## Make sure not to call `make elc-stamp' if emacs is not available,
+##
On Wednesday 16 March 2005 08:12, Ralf Wildenhues wrote:
Oh, or are you invoking aclocal directly? Then you should do
aclocal -I m4
ACLOCAL_AMFLAGS are only respected by the rebuilding rules put in
Makefile.in and by autoreconf.
Thanks for your help, Ralf. I was invoking aclocal
Hi,
I see the following errors during buildconf or configure and don't
know what is causing them. Please advise what they mean and how to
troubleshoot
them.
thanks,
Hong Liu
checking for ANSI C header files... no
..
checking size of char... 0
checking size of int... 0
checking size of
Hello,
recently, I run make uninstall with a package I previously installed
by make install.
The package heavily uses the feature
foodir = ...
foo_HEADERS = ...
and thus created many directories. After the uninstall, the directories
are empty. I imagined that make uninstall
Hi Stepan,
* Stepan Kasal wrote on Wed, Mar 16, 2005 at 04:40:01PM CET:
recently, I run make uninstall with a package I previously installed
by make install.
The package heavily uses the feature
foodir = ...
foo_HEADERS = ...
and thus created many directories. After the
Hello,
On Sat, Mar 12, 2005 at 06:56:20PM +0200, Paul Pogonyshev wrote:
Everything seems to work just fine and as expected,
your code, which is in whole cited below, doesn't actually know
about the dependency
foo.c foo.h: foo.list
So if you change the .list file, the other files won't be
pds == Paul D Smith [EMAIL PROTECTED] writes:
[...]
pds I'm interested in discussing the issue and possible solutions. The one
pds I added to the bug report involves using :=, since simply-expanded
pds variables in GNU make are always only expanded one time, no matter how
pds many times
10 matches
Mail list logo