tech-userlevel archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: proposal: inetd improvements.
On Wed, Jun 2, 2010 at 12:43 PM, der Mouse
<mouse%rodents-montreal.org@localhost> wrote:
>> 9. convert it to libevent for portability and provide autoconf
>> so that it can be built on other OSes (not used on NetBSD
>> of course).
>
> Well, IMO autoconf is not an improvement. My opinion on autoconf (or
> more precisely on configure scripts, especially autoconf-generated
> configure scripts) can be found in my blah post of last November at
> ftp.rodents-montreal.org:/mouse/blah/2009-11-20-1.html (also available
> over HTTP at
> http://ftp.rodents-montreal.org/mouse/blah/2009-11-20-1.html).
You are basing your rants on incorrectly written configure scripts,
not on the tool itself. Portability is hard, period. Specially if
the developer doesn't have access to obscure architecture/system
combinations.
autoconf is just a tool to aid the developer in making the code more
portable, but it is not a magic ball -- it just can't be. It has a
few benefits though: it is widespread (so it's known), it generally
works for most stuff, it can be made to be packager-friendly and its
documentation includes tons of wisdom re. portability issues.
This reminds me of an article I wrote a while ago (being that 5 years
ago, I'd have written things differently today, but most of the points
in there are still valid):
http://onlamp.com/pub/a/onlamp/2005/03/31/packaging.html
http://tim.oreilly.com/pub/a/onlamp/2005/04/28/packaging2.html?page=2
Regarding security, well... nothing prevents you to audit the
configure.ac file, which is much much simpler, and regenerating the
configure script manually before running it.
--
Julio Merino
Home |
Main Index |
Thread Index |
Old Index