Allan> I've started updating the branch to 1.1.5pre1 only 15 files had conflicts
Allan> which is excellent although I suspect the po files probably have plenty of
Allan> duplicate entries again(still).
Allan> Sometime this weekend these updates should be done.
Excellent news. Congratulations! Sorry that I haven't been involved (at all) in
LyX recently, other that to tell you whether the thing compiles or not. I've
been doing my damndest to get XTL up to scratch.
Allan> Also, Jos� (XTL) has accepted my patch and some of Angus's so we're only
Allan> slightly off from the official 1.3.pl8 now. I don't want to switch back
Allan> to the official just yet because Angus can at least use the rae branch as
Allan> it now stands (hint, hint ;-)
Current state of XTL progress: everything now "works" although my
implementation of XDR broke the standard. I've some ideas on now to proceed
there. GIOP is up and running correctly.
I've grabbed "makepatch" and GNU diff (thanks for the hint!) and have a pretty
large patch file of lots of little niggles to xtl-1.3.pl8 (thanks to Jean-Marc
for providing the required kick up the arse there. :-). We're nearly there in
other words. Once we are, I'll return to LyX!
If you send me your test program for auto_mem_buffer, I'll check that out too.
Onto LyX. I'm afraid I can't compile it at the moment. My version of gcc dies
at linking with some stupid multiple-defined errors. I'll try and track this
down. DEC cxx throws a wobbly with lyxstring, both in the rae branch
frontends/xforms directory and when compiling the head branch of CVS. In
summary, I'm pissed off with lyxstring! The first thing I plan to do on my
return to the LyX fold is write a patch so that those who don't want to use it
don't have to. Something like replace all instances of string strg.clear() with
clearString( strng ) where
void clearString( string & strng ) {
#if defined( ANSI_COMPLIANT_STRING )
strng.clear()
#else
...
#endif
}
Any comments?
Angus
