[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH] fix libxl build issues



On Mon, Sep 20, 2010 at 02:33:24PM +0100, Jan Beulich wrote:
> Building in a tree with read-only source files failed because the flex/
> bison generated files are left in place.
> 
> All of the source files (instead of all of the object files) were
> depending on libxl.h (in particular forcing the needless re-generation
> of the flex/bison generated files).
> 
> For _libxl_types.[ch] a single non-pattern rule was used. For non-
> pattern rules with multiple targets, other than for pattern ones, the
> body gets executed once for each target, causing problems when building
> with -j<n>, <n> >= 2. Convert this rule to a pattern one.
> 
> The flex/bison generated headers pointlessly depended on the
> corresponding source files. Use multiple-target pattern rules instead.
> 
> It would also have been nice if the minimal flex/bison versions needed
> to successfully build libxl were documented: neither flex 2.5.31 nor
> bison 2.1 (as found e.g. on SLE10) is sufficient.
> 

There's a note about this on the Xen4.0 wiki page ("release notes"),
but it could be made more clear, stating the actual versions etc.

So what is actually the required version of flex? 

Should this be written also to some file in the xen source tree? 

-- Pasi


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.