AS and ASFLAGS

2001-05-31 Thread Richard Boulton
Using a recent CVS automake (checked out at Thu May 31 14:41:26 BST 2001), and autoconf 2.50, I find that I now need to define ASFLAGS and AS in my configure.{in,ac} in order to compile assembly sources. This seems entirely reasonable; I just have two questions: i) Is there any documentation of

Re: AS and ASFLAGS

2001-05-31 Thread Tom Tromey
> "Richard" == Richard Boulton <[EMAIL PROTECTED]> writes: Richard> i) Is there any documentation of this yet? I couldn't find Richard> any, and simply had to guess what to do from error messages Richard> and sources. There isn't. I'm working on documentation. Thanks for mentioning thi

Recursive make harmful

2001-05-31 Thread Tom Tromey
I think right now automake should have enough machinery that you could write a single Makefile.am for an entire project. This ought to have some performance benefits for the build. Has anybody tried this in a serious way? I'm curious to hear about experiences. Last night I gave some thought t

Re: Recursive make harmful

2001-05-31 Thread Eric Siegerman
On Thu, May 31, 2001 at 10:09:49AM -0600, Tom Tromey wrote: > I think right now automake should have enough machinery that you could > write a single Makefile.am for an entire project. This ought to have > some performance benefits for the build. Wouldn't one lose the ability to remake just a si

Re: Recursive make harmful

2001-05-31 Thread Richard Boulton
On Thu, May 31, 2001 at 02:29:37PM -0400, Eric Siegerman wrote: > Wouldn't one lose the ability to remake just a single module, as > opposed to the entire project? No: one could easily put (very small) stub makefiles in each directory, which simply call the top-level makefile to build just the ta

Re: Recursive make harmful

2001-05-31 Thread Tom Tromey
> "Richard" == Richard Boulton <[EMAIL PROTECTED]> writes: Richard> You would lose the ability to build only sources in a Richard> directory and its subdirs while ignoring files they depended Richard> upon elsewhere in the tree which are out of date, but I'd Richard> consider that a feature r