>>>>> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:

DS> a)  The bunch of problems that libtool sets out to solve.
DS> (most notably portable production of shared libraries)

DS> b)  The bunch of problems that libtool introduces
DS> (mostly related to version numbering, I think)

DS> Is a) significantly greater than b), or vice versa?

Originally, in the days of yor, we actually supported shared libraries
without libtool.  But we supported it under a small set of architectures
(though you could try it on new ones).  There was an
work-arounds/exception list coded into configure.  When we migrated to
libtool we had to go through it's libtool-usage pain, but in the end we
supported more architectures than we could previously and we got the
benefit of outsourcing the configure management pain.

So regardless of usage problems that libtool creates, I still believe
it's the best choice.  So I'll state that my complaints and whining are
only because there isn't a better choice (that I'm aware of).  I
wouldn't shift away from libtool to a self-maintained system again.  But
I would like to consider something new if something better exists; but I
don't believe it does.

[I vaguely recall recent rumors that someone was trying to build
something better; but I don't remember what it was called and I do
remember that it's not ready yet either]
-- 
Wes Hardaker
Sparta, Inc.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to