Re: More an autopackage

I think "layers" of config.site would be useful for parts of autopackage. There are other a number of packages out there that attempt to solve this problem in different ways, with varying degrees of success. One set of extremes is the GNU stow project v. the Modules project. Lately I'm playing

Re: unquote-am_config_header.patch

> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes: adl> AM_CONFIG_HEADER([config.h]) adl> May I suggest the change below? (I browsed the source and didn't adl> find something similar to unquote_m4_arg, that's quite adl> surprising; did I missed something?) This looks good to me.

Question about transform

Akim (et al) -- I have a question about the new `transform' subroutine. Should it be quoting the substitution string in each case? Tom

Re: obsolete_rx.patch

> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes: adl> 2001-01-19 Alexandre Duret-Lutz <[EMAIL PROTECTED]> adl>* automake.in (obsolete_rx): Match whole macro names, not substrings. I'm going to check this in along with the corresponding aclocal.in fix. Tom

Re: Duplicate entry in THANKS.

> "Uwe" == Uwe Hermann <[EMAIL PROTECTED]> writes: Uwe> I was just browsing the THANKS file of the CVS automake and found Uwe> a duplicate entry: Thanks, I fixed this. Tom

Re: AC_CONFIG_FILES with ":" in a subdirectory [test]

> "Kevin" == Kevin Ryde <[EMAIL PROTECTED]> writes: Kevin> * tests/colon7.test: Grep for a couple of AC_OUTPUT problems. Thanks, I checked this in. I don't know when I'll fix the bug but it will definitely be before the next release. Tom

Re: PATCH: make install-strip in cross-compilation environments

> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes: adl> Can someone explain me the comment before the install-strip adl> rule: "We can't just set INSTALL_PROGRAM because that might be a adl> relative path". This comment was added with the following adl> ChangeLog entry: If there is

Checking the CONFIGURE_AC failure

Here is my proposal. Index: tests/ChangeLog from Akim Demaille <[EMAIL PROTECTED]> * vtexi.test: Also check that stamp-vti properly depends upon configure.in and the Texinfo source file. Index: tests/vtexi.test --- tests/vtexi.test Sat, 13 Jan 2001 18:11:09 +0100 akim (am/1

Re: Checking the CONFIGURE_AC failure

Akim> * vtexi.test: Also check that stamp-vti properly depends upon Akim> configure.in and the Texinfo source file. This is ok. Akim> +set -e I usually use explicit `|| exit 1' after commands. But it probably doesn't matter. Tom

.jar files.

I'm trying to get automake to build a Makefile that will update the project's `.jar' file whenenver any `.java' files get compiled. No success so far. Can someone give me a solution to this?

Re: using pswrap

> "trevor" == trevor <[EMAIL PROTECTED]> writes: trevor> one of the first steps that must take place in order to trevor> compile is to apply a function called "pswrap" to the "*.psw" trevor> file to generate both a *.h and a *.c file; much the same as trevor> using LEX and YACC. trevor> the

config.h

I'm not really sure where config.h falls into the scheme of building apps using AUTO(MAKE|CONF), but I've found that for PATCH to get built on OS/2, it requires this single addition to config.h:- #define strncasecmp strnicmp How would I go about getting this line included in config.h if... ch

Re: config.h

On Jan 21, 2001, John Poltorak <[EMAIL PROTECTED]> wrote: > I'm not really sure where config.h falls into the scheme of building apps > using AUTO(MAKE|CONF), but I've found that for PATCH to get built on OS/2, > it requires this single addition to config.h:- > #define strncasecmp strnicmp > Ho