> > On Tue, Dec 16, 2008 at 2:48 AM, NightStrike <nightstr...@gmail.com> > wrote: > > On Fri, Dec 12, 2008 at 10:34 AM, Bob Friesenhahn > > <bfrie...@simple.dallas.tx.us> wrote: > >> On Fri, 12 Dec 2008, NightStrike wrote: > >>> > >>> I thought this only occurred when "maintainer mode" was turned on, > and > >>> that releases should be made with that turned off. Is that not how > it > >>> works? > >> > >> Maintainer mode is optional. Regardless, when using wildcards the > >> maintainer (i.e. you) will become frustrated with the additional > delay added > >> to 'make'. It would be similar (or identical) to autotools > regenerating the > >> project every type you execute 'make'. > > > > Not if automake flattens it when running automake. The idea was that > > automake would translate the wildcard into the full file list. > > > > Oh, nevermind.. You're saying that make will invoke automake to check > to see if Makefile.in needs to be updated..... I understand, I think, > what you were saying.
Yeah, but how long can it take to resolve the wildcard for a given directory? If it's a few thousand files, it's done in a second or so... I don't think that the speed argument is valid in this discussion. Look at the way people work at the shell... if somebody really wants to have all .cc files for example, he/she will do "ls *.cc > xx" and copy the list over to Makefile.am. the ls won't take forever either. If this would be done _every_ single time I call automake, I wouldn't bother. _And_: if I really want to squeeze the last bit of performance out of automake, I can still paste in the whole list, right? So for small projects this feature would be really helpful, and for others it does not disturb in any way! Cheers, Markus >