Re: [RFC] Simplify MinGW canadian crosses
Christopher Faylor <[email protected]> Sun, 3 Sep 2006 11:33:21 -0400
| Newsgroups | gmane.comp.gnu.mingw.patches |
|---|---|
| Message-ID | <[email protected]> |
On Sun, Sep 03, 2006 at 11:07:27AM +0100, Keith Marshall wrote: >Just for the record, I personally prefer to maintain aclocal.m4 by >hand, rather than generate it using the aclocal tool--which is not an >autoconf tool, BTW; it is provided by automake, which I utterly loathe >and detest. Whle aclocal may be convenient, it is also an excellent >way to carelessly drag in needless dependencies--as an example, >consider the GNU libiconv autoconfigury, which forces you to distribute >config.guess, config.sub and config.rpath, together with about half a >dozen unnecessary m4 files, along with your project, but none of these >are essential for a basic libiconv client, and by handcrafting >aclocal.m4, I can easily eliminate the unnecessary dependencies. (Of >course, it isn't the aclocal tool that is particularly at fault >here--it is a consequence of carelessly written m4 sources in the first >instance--but using aclocal is lazy, and tends to conceal this initial >carelessness). While I agree 100% about automake (I'm not a big fan of autoconf either), I don't think that it makes sense to hand-craft aclocal.m4. IMO, if you have a bunch of people updating aclocal.m4 in their own idiosyncratic way, you are just asking for trouble. If acinclude.m4 is kept relatively simple, I don't see the harm in using aclocal to generate all of the aclocal.m4's in the winsup tree. cgf ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642