Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


Hello all

I've hacked the tools/inc/stream.hxx and tools/source/stream/stream.cxx to
remove operator >>(long&) and operator <<(long).
To make tools/ build correctly I've also had to hack:

tools/source/generic/fract.cxx
tools/source/generic/gen.cxx
tools/source/generic/poly.cxx

SvStream& operator << ( SvStream& rOStream, const Fraction& rFract )
SvStream& operator >> ( SvStream& rIStream, Fraction& rFract )
SvStream& operator>>( SvStream& rIStream, Pair& rPair )
SvStream& operator<<( SvStream& rOStream, const Pair& rPair )
SvStream& operator>>( SvStream& rIStream, Polygon& rPoly )
SvStream& operator<<( SvStream& rOStream, const Polygon& rPoly )

so that these operators (de)serialize the Fraction, Pair and Polygon
members (declared as long) as sal_Int32.

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?

Best regards
Keith

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.