On 01/11/2012 06:51 PM, Keith McRae wrote:
    Trying a full build resulted in "undefined reference to
    SvStream::operator>>(long&)" in svl/ vcl/ and svtools/ (so far). As
    most of these errors are the result of trying to (de)serialize Pair
    derived classes, I'm now wondering whether it may be a good idea to
    change the troublesome members of these classes to sal_ types?

A quick hack and attempt at build tells me that would be a complete
nightmare! I'll leave that until I'm more familiar with the code :-)

"these classes" being the ones deriving from Pair? Yes, probably easiest to keep the changes from long etc. to sal_ as localized as possible, even if that means the clean up of the surrounding code still needs to be done.

One way to highlight those "intermediate" conversions is to use sal::static_int_cast (sal/types.hxx). That potentially helps to flag those conversions in the code that can be removed again when all code consistently uses the sal_ types.

Stephan
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Reply via email to