From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: fatal error if Flex and Bison is not configured Date: Thu, 12 Apr 2012 15:05:45 +0100 Message-ID: <1334239545.16387.108.camel@zakaz.uk.xensource.com> References: <1334229871.16387.81.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: George Dunlap , Ian Jackson Cc: zhihao wang , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org On Thu, 2012-04-12 at 14:28 +0100, George Dunlap wrote: > On Thu, Apr 12, 2012 at 12:24 PM, Ian Campbell wrote: > > On Thu, 2012-04-12 at 12:12 +0100, zhihao wang wrote: > >> Hi all, > >> > >> I try to build xen 4.2( revision number: 25161) on Ubuntu 11.10_amd64, > >> Mac pro. After running ./configure and make. I got the following fatal > >> error: > >> > >> libxlu_cfg_y.y:22:26: fatal error: libxlu_cfg_l.h: No such file or > >> directory compilation terminated. > >> > >> > >> So the original libxlu_cfg_l.h is deleted when making, and should be > >> regenerated but it is not. > > > > Actually it should never have been deleted in the first place, unless > > you have been modifying the flex source. > > > > Please can you enumerate the exact steps you took, starting from the > > initial clone of the repo, which caused the file to be deleted? > > > >> I find the path of flex and bison is not set. When I add the correct > >> path of flex and bison in tools.mk manually, This error is fixed. > > > > Those tools should be optional since the generated files are checked in. > > However perhaps configure should detect and provide the paths but behave > > in a non-fatal manner if they aren't available? Roger, what do you > > think? > > FWIW, I managed to get into a state where I ran into this error too; > after a sequence of fairly random steps, it went away, and I wasn't > able to reproduce it again. I have no idea what I did to get there in > the first place, nor what I did to fix it. I wonder if this is to do with timestamp skew or something like that cause false reruns of bison? Those would then fail (no bison) which in turn would cause make to delete the target. Perhaps we need to disable the flex and bison rules unless some magic flag is set (by those who are modifying the relevant sources)? CCing IanJ on the assumption he knows what's going on here.. > Zhihao: I think if you make a clean copy of the repo and run > ./configure again, the problem will probably go away. "hg revert " would probably do the job too. Ian.