Re: generator rules

> ">" == monkeyiq <[EMAIL PROTECTED]> writes: >> I actually though of this and went to the autotools book on the net and >> checked it out, the book prints that one needs automake 1.5, >> [witme-fileutils]$ automake --version >> automake (GNU automake) 1.4g >> the relavent section is at th

Re: generator rules

Tom Tromey <[EMAIL PROTECTED]> writes: > > ">" == monkeyiq <[EMAIL PROTECTED]> writes: > > >> cp.o: generic_client.c > >> $(COMPILE) \ > >> -DCLIENT_FOP_TYPE="fileutils_copy_op" \ > >> -DCLIENT_FOP_NEW="fileutils_copy_new" \ > >> -DCLI

Re: Deleting Makefile.in in maintainer-clean

On Sat, May 19, 2001 at 06:46:03PM +0100, Gary V . Vaughan wrote: > On Saturday 19 May 2001 3:41 pm, Reinhard M?ller wrote: > > How about TOTALLYCLEAN or COMPLETELYCLEAN and defining it as removing > > everything that can be rebuilt somehow (e.g. with autoconf, automake, > > libtoolize, etc.) Ye

Re: generator rules

> ">" == monkeyiq <[EMAIL PROTECTED]> writes: >> cp.o: generic_client.c >> $(COMPILE) \ >> -DCLIENT_FOP_TYPE="fileutils_copy_op" \ >> -DCLIENT_FOP_NEW="fileutils_copy_new" \ >> -DCLIENT_HEADER="\"copy.h\"" \ >> -o cp.o -

Re: generator rules

> ">" == monkeyiq <[EMAIL PROTECTED]> writes: >> I am not on the list, could you CC me please. Sorry if this is >> the wrong list, but I can not tell what the PRS list is about :( This list is right. >> and using automake (cvs) and autoconf (2.50) all I get is >> $ make cp.o >> make: No

Re: Automake release

On Sun, May 20, 2001 at 11:20:32AM -0600, Tom Tromey wrote: > > "Allan" == Allan Clark <[EMAIL PROTECTED]> writes: > > Allan> So whatever happened to numeric point releases? > Allan> "1.5 will do that" > Allan> "this is release 1.4.3, automake-1.4.3" > > In gnits there are only two numbers.

Re: AC_CONFIG_AUX_DIR now required when mdate-sh resides in subdir?

Jim Meyering wrote: > Hi Derek, > > Recently, automake changed so that I get the following in fileutils-4.1, > even though I've put a copy of mdate-sh (though not in the official tarball) > in doc/. > > $ automake --gnits --include-deps > doc/Makefile.am:2: required file `./mdate-sh' not foun

Re: aclocal doesn't check AUTOMAKE_OPTIONS (VERSION)

Akim Demaille wrote: > > "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes: > > Tom> We're planning to get rid of aclocal in the future. I forget > Tom> exactly what form that plan takes. Akim knows. > > First of all, the responsibility will move to Autoconf, aclocal has > nothing to do with A

generator rules

Hi, I am not on the list, could you CC me please. Sorry if this is the wrong list, but I can not tell what the PRS list is about :( Basically I had a bunch of rules like this one: cp.o: generic_client.c $(COMPILE) \ -DCLIENT_FOP_TYPE="fileutils_copy_op" \

Re: aclocal doesn't check AUTOMAKE_OPTIONS (VERSION)

> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes: Tom> We're planning to get rid of aclocal in the future. I forget Tom> exactly what form that plan takes. Akim knows. First of all, the responsibility will move to Autoconf, aclocal has nothing to do with Automake. The main plan is to get

AC_CONFIG_AUX_DIR now required when mdate-sh resides in subdir?

Hi Derek, Recently, automake changed so that I get the following in fileutils-4.1, even though I've put a copy of mdate-sh (though not in the official tarball) in doc/. $ automake --gnits --include-deps doc/Makefile.am:2: required file `./mdate-sh' not found I don't use AC_CONFIG_AUX_DIR.