On Tue, 16 Jul 2013, Dave Reisner wrote:
Option three) fix Curl's automake setup, preferably moving to a non-recursive build. I find that with every new release of AM, we're cleaning up curl to make sure we don't fall off the trailing edge of support.
I agree, but then the automake people (somewhat surprisingly actually) don't seem to care much for our use case: we want to support building the files with old AND new automake versions simultaneously and we want everything to work on a wide range of old and new systems. Historically we've seen how automake upgrades have broken our builds on older Solaris boxes and we keep seeing how upgrades break our build for either the new automake - and if we try to follow their documented guidelines of how to upgrade nicely, suddenly builds with old automake installations break.
We want support for old automake versions to be even more portable but primarily to make sure the autobuild systems don't get into problems when some of the oldish systems for which there are problems to upgrade automake build and test curl for us.
Unfortunately I haven't put enough energy into feeding back this information to the automake project so I will admit that I don't have the rights to complain very loudly.
-- / daniel.haxx.se ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html
