Hello all<br><br>I&#39;ve hacked the tools/inc/stream.hxx and tools/source/stream/stream.cxx to remove operator &gt;&gt;(long&amp;) and operator &lt;&lt;(long). <br>To make tools/ build correctly I&#39;ve also had to hack:<br>





<br>tools/source/generic/fract.cxx <br>tools/source/generic/gen.cxx <br>tools/source/generic/poly.cxx<br><br>SvStream&amp; operator &lt;&lt; ( SvStream&amp; rOStream, const Fraction&amp; rFract )<br>SvStream&amp; operator &gt;&gt; ( SvStream&amp; rIStream, Fraction&amp; rFract )<br>





SvStream&amp; operator&gt;&gt;( SvStream&amp; rIStream, Pair&amp; rPair )<br>SvStream&amp; operator&lt;&lt;( SvStream&amp; rOStream, const Pair&amp; rPair )<br>SvStream&amp; operator&gt;&gt;( SvStream&amp; rIStream, Polygon&amp; rPoly )<br>





SvStream&amp; operator&lt;&lt;( SvStream&amp; rOStream, const Polygon&amp; rPoly )<br><br>so that these operators (de)serialize the Fraction, Pair and Polygon members (declared as long) as sal_Int32.<br>


<br>Trying a full build resulted in &quot;undefined reference to SvStream::operator&gt;&gt;(long&amp;)&quot; in svl/ vcl/ and svtools/ (so far). As most of these errors are the result of trying to (de)serialize Pair derived classes, I&#39;m now wondering whether it may be a good idea to change the troublesome members of these classes to sal_ types? <br>
<br>Best regards<br>Keith<br>
<br><br><br><br>