[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Xen 4.9 rc6
Julien Grall writes ("Re: [Xen-devel] Xen 4.9 rc6"): > On 23/05/17 10:24, M A Young wrote: > > I had build problems with these two patches added (and before I added > > them). It looks like at the stage in my build process where > > make -j2 prefix=/usr tools > > gets run it is running > > make -C tools/include install > > make -C tools/include dist > > together and it fails soon after when the alignment checks run at the same > > time. I think this is happening because, in xen.git/Makeefile: dist-tools: dist-tools-public-headers dist-%: DESTDIR=$(DISTDIR)/install dist-%: install-% @: # do nothing install-tools: build-tools-public-headers So make thinks it can try to `build' the targets build-tools-public-headers and dist-tools-public-headers simultaneously. The problem here is that 1. /Makefile needs to invoke each subdirectory exactly once, not multiple times, or they come in parallel 2. /Makefile is (now) confused about when it should handle the relationship between different targets for the same subcomponent, and when the subdirectory Makefile is supposed to do that. The rule for (2) used to be: /Makefile converts make dist to DESTDIR=... make install for all other targets, /Makefile's make <target>-<subdir> passes the <target> to <subdir> and does not consider what <target> might mean and whether it ought to imply some other targets in subdir. I think therefore that maybe this can fixed by: * Dropping the `dist-tools' dependency on dist-tools-p.-h. * Replacing the `install-tools' dependency by one on install-tools-p-h. * Replacing the rules for *-public-headers with something like %-tools-public-headers: $(MAKE) -C tools/include $* Does this sound plausible ? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |