<br><br><div class="gmail_quote">2013/3/28 Karl Berry <span dir="ltr"><<a href="mailto:karl@freefriends.org" target="_blank">karl@freefriends.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">    kpathsea/c-memstr.h loads <string.h> while FileFinder.cpp loads<br>
    <string> which caused the problem.<br>
<br>
</div>Thanks, but that patch looks too intrusive to me.  I doubt we want<br>
to omit reading <string.h> in every compilation using g++ just because<br>
one file in dvisvgm creates a conflict.  There has to be a better way to<br>
handle it.  Preferably by changing dvisvgm, not kpathsea.<br>
<br></blockquote><div><br>This was not meant to be included in the source tree. The point was to show<br>was caused the problem. Frankly, I think this should be detected by all<br>compilers since using both <br><br>#include <string><br>
#include <string.h> //this is done indirectly<br><br>looks quite problematic to me.<br><br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The other patch, for uposixdefs.h, also looks problematic to me, I'm<br>
sorry to say.  It would affect not just your compilations with the<br>
latest OpenSolaris but any compilation on a Sun with any version of any<br>
OS.  It does not seem implausible to me that _XOPEN_SOURCE_EXTENDED is<br>
actually desirable/needed in other cases ...<br>
<br>
</blockquote><div><br> If you do have some spare time, please read that bug report that I posted in a previous <br>message, and see what is best.  (BTW, there is no OpenSolaris: just Illumos based<br>distros, e.g., OpenIndiana, StormOS, etc, and Solaris 11).<br>
 <br></div></div>Best regards,<br><br>A.S.<br clear="all"><br>-- <br>Apostolos Syropoulos<br>Xanthi, GREECE<br><br>