>--[Raphael Manfredi]--<[EMAIL PROTECTED]>
> Sterile debates about my choosing metaconfig over autoconf to solve
> a problem at hand are not interesting.
Maybe. However, you claimed metaconfig to be technically superior, but still
haven't given a reason yet. It's not asked too much for you to answer the
very same question you wanted me to answer after I said metaconfig is crap.
> It's just a configuration system.
^
crappy
> I'm not too fond of jmake myself
You say that jmake is crap, you admit that metaconfig has many
short-comings, yet you still instead feverishly to use it?
> :Actually I wonder... if you are so fond of autostuff and are able to make it
> :work... can't you simply create autostuff stuff and have that put into cvs
> :in parallel to the metaconfig stuff? That would make it possible for everybody
> :to use the building system of his/her choice.
> That would be a bad idea. The makefiles to use are just too alien to co-exist.
There's no problem with the Makefiles. You've Makefile.am and Makefile.in vs
Makefile.SH. Neither does Makefile.in use Makefile.SH nor vice versa, so
they're completely independent.
> And the configuration symbols are different.
You're right, and I'm sure you'll fix that bug in metaconfig easily, since
you're the only one using it anyway.
> Don't cast the stone on metaconfig here, it was automake's choice to be
> different, as it was written after metaconfig.
The configure symbols from ... automake? Huh?
And yes, autoconf was after metaconfig. However, metaconfig is an historic
relict, so there's no reason for autoconf to use the same badly chosen names
as metaconfig (may it rest in peace) used. Please wake up to the fact that
autoconf is the de-facto standard, even if you don't like it.
--
100 DM = 51 � 13 �.
100 � = 195 DM 58 pf.
mailto:[EMAIL PROTECTED]
http://www.ruediger-kuhlmann.de/
-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
_______________________________________________
Gtk-gnutella-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
