On 01/02/2015 11:49 AM, Stefano Lattarini wrote: > ... even when a source file is specified as '$(srdir)/foo.c' or > '$(top_srcdir)/bar.c'. And ditto for dependency-tracking makefile > fragments (those under '.deps' directories).
> +++ b/NEWS > @@ -88,6 +88,21 @@ New in 1.16: > using a private target that is only meant to bootstrap the required > makefile fragments. > > + - The 'subdir-object' option no longer causes object files corresponding > + to source files specified with an explicit '$(srcdir)' component to be > + placed in the source tree rather than in the build tree. > + > + For example, if Makefile.am contains: > + > + AUTOMAKE_OPTIONS = subdir-objects > + foo_SOURCES = $(srcdir)/foo.c $(srcdir)/s/bar.c $(top_srcdir)/baz.c > + > + then "make all" will create 'foo.o' and 's/bar.o' $(builddir) rather s|'s/bar.o'|'s/bar.o' in| > + than in $(srcdir), and 'baz.o' in $(top_builddir) rather than in > + $(top_srcdir). > + > + This was the second part of automake bug#13928. > + > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ And thanks for tackling this! -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
