On Jul 15, 2013 10:31 PM, "Yang Tse" <yangsita_at_gmail.com> wrote:
>
> Nick Zitzmann wrote:
>
> > Yeah, I'm pretty sure something broke with the upgrade to Automake
1.14. I tried building and then running "make distclean" on another system
running an older version (1.12.x), and it worked. Then I upgraded it to
1.14, and it failed with the same error.
>
> Yes, currently, generation of libcurl configure script uses
> 'subdir-objects' when invoking AM_INIT_AUTOMAKE when automake 1.14 is
> used at 'buildconf' time. On the other hand it does not use the
> 'subdir-objects' option when older versions of automake are used.
>
> The reason for not using 'subdir-objects' with older versions is that
> I already tried it some months ago and realized that we could not use
> it back then (when automake 1.13 was bleeding edge).
>
> The reason for attempting to use it now with automake 1.14 or newer
> was automake 1.14 emitting now a warning saying that 'subdir-objects'
> is required to avoid future incompatibilities.
> http://curl.haxx.se/mail/lib-2013-07/0040.html
>
> Now it becomes obvious that the 'subdir-objects' issues existing in
> previous automake versions have not been fully addressed yet although
> automake 1.14 warning induces to think so, or at least induces to
> believe that these might get fixed.
>
> The 'subdir-objects' behavior (with no way to use classic mode) has
> been for a long time one of the goals of the automake project. So,
> take for granted that this is something we are going to suffer/enjoy
> sooner or later, unless automake project backs out on this one.
>
> Unless a newer automake is released, before next libcurl release,
> which solves at least one of the two remaining issues we'll have to do
> something on our side.
>
> Option one) Revert commit fe7e3229f8 and let automake 1.14 users live
> with the warning it issues relative to 'subdir-objects' not being
> used.
>
> Option two) Modify configure script in order to make it 'fix'
> distclean and maintainer-clean targets of generated Makefiles. Verify
> if fixing this is enough, and that the timestamp issue does not hunt
> us back.

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.

> Ugly.
>
> Just for the record, the couple of automake 1.14 issues that affect
> libcurl project when using 'subdir-objects' are:
>
> 1) distclean and maintainer-clean targets remove entire DEPDIR
> subdirectories, instead of removing dependency tracking files
> individually and later remove DEPDIR subdirectory when empty (this
> should work even with parallel execution).
>
> 2) Subdirectory timestamp files are not strictly enough for 'per
> target' object generation. These should be 'per target' timestamp
> files. Although we could probably live without these.

Does upstream automake know about these issues?

> --
> -=[Yang]=-
> -------------------------------------------------------------------
> List admin: http://cool.haxx.se/list/listinfo/curl-library
> Etiquette: http://curl.haxx.se/mail/etiquette.html

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2013-07-16