From mboxrd@z Thu Jan 1 00:00:00 1970 From: Olaf Hering Subject: Re: libxenstore.so Makefile dependency issue Date: Tue, 21 Feb 2012 15:34:07 +0100 Message-ID: <20120221143407.GA12163@aepfle.de> References: <20120220192655.GA8280@aepfle.de> <1329823291.25232.94.camel@dagon.hellion.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <1329823291.25232.94.camel@dagon.hellion.org.uk> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On Tue, Feb 21, Ian Campbell wrote: > On Mon, 2012-02-20 at 19:26 +0000, Olaf Hering wrote: > > Any idea whats going on here? > > It's pretty odd isn't it. > > I tried: > $ make -C tools/xenstore/ clean > $ make -C tools/xenstore/ -j12 > and couldn't reproduce. I see the ln before the link lines, even with > bigger and smaller -jN. I use this script 'time bash ../build.sh -d xen tools &> output.txt': #!/bin/bash set -x unset LANG unset ${!LC_*} tgt="xen tools" if test -n "$1" then tgt=$@ fi if pushd tools/xenstore then make clean popd fi time XEN_DOMAIN=localhost DISTDIR=/dev/shm/install-${PWD//\//_} make -j 3 ${tgt} ; echo $? It seems to trigger with either 'make -d' or 'make -d xen tools', but seldom with 'make -d tools'. It does not trigger with -j 1, but with -j 2 or 3. > "make -d" will tell you make's thought processes, might give a hint? Thanks for that hint, I will try to make sense of the (huge) output. > Could it be your filesystem? Something odd to do with timestamps on > symlinks which upsets your version of make perhaps? (I'm on ext3) I'm on ext3. libxenstore.so is not there, thats the issue. I wonder why libxenstore.so and libxenstore.a is listed at all in ALL_TARGETS? Perhaps that confuses make? But removing both does not help either. To me it looks like $(LIBXENSTORE) does not serve as a proper dependency. Olaf