Greetings,<br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Timothy Baldwin</b> <<a href="mailto:tim@csse.unimelb.edu.au">tim@csse.unimelb.edu.au</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> As I understand it, the xml related-flags in the configure script just<br>> enable (or disable)<br>> linking in libxerces to do XML parsing/generation in PET; it doesn't have<br>> any effect on<br>> what LKB code is built.
<br>><br>> Are you sure you really do have the latest LKB source code? If you try<br>> installing the<br>> lkb-src package on your ubuntu machine, you will get a copt of the LKB<br>> source I used<br>> to build my PET packages. That package does include the s-xml code. In any
<br>> event,<br>> your error message says that LKB expects that code to be there since it has<br>> a system<br>> file.<br><br>Curioser and curioser ... s-xml was indeed there in the ubuntu package, and<br>yet CVS obstinately refused to admit its existence until I did a clean
<br>checkout. Either way, everything compiles beautifully now in 64-bit mode<br>(without the memory map) and seems to be working happily. Thanks for the help!</blockquote><div><br>I'd be very interested in seeing comparisons between the output of 32-bit and 64-bit cheap.
<br>Francis and I took a look at this earlier this year, and we were getting different enough MRS<br>that we decided to avoid using 64-bit cheap for the time being. This was something that was<br>also discussed at the last developers meeting, but as far as I know, I don't think anybody has
<br>been working on 64-bit PET after that.<br><br>Not to discourage your efforts, of course ^_^<br><br>Eric<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Tim<br></blockquote></div><br><br clear="all"><br>-- <br>--Eric Nichols