<div dir="ltr">On Fri, Jul 19, 2013 at 10:57 AM, Jim Klimov <span dir="ltr"><<a href="mailto:jimklimov@cos.ru" target="_blank">jimklimov@cos.ru</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 2013-07-19 11:51, Udo Grabowski (IMK) wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Maybe indeed a C++ incompatibility ?<br>
</blockquote></blockquote></blockquote>
<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Welcome to the world of binary incompatiblitly, now the last<br>
fortress has finally been conquered.....<br>
</blockquote>
<br></div>
Which moves me to think: would this example mean that legacy<br>
applications built for Solaris 10 and older, running now on<br>
obsolete deployments which might be targeted for upgrade to<br>
OI, would likely not run on newer hipster-based GCC-compiled<br>
OS releases?<span class="HOEnZb"><font color="#888888"></font></span><br></blockquote></div><br></div><div class="gmail_extra">That shouldn't ever happen, binary compatibility (within the<br>supported constraints) is a key attribute of Solarisness.<br>
There are a number of things here:<br><br></div><div class="gmail_extra">1. It's at the application level, not the OS. It shouldn't matter<br>at all whether the underlying Illumos is built with gcc or studio.<br><br>
</div><div class="gmail_extra">2. If you introduce incompatibility, you ship the old library and<br></div><div class="gmail_extra">bump the version number on the new one.<br><br></div><div class="gmail_extra">3. In practice, library incompatibility (and dependency hell) is<br>
deeply ingrained into many open source projects. Having many<br>dependencies in the overall stack is likely to cause problems.<br></div><div class="gmail_extra">(Interestingly, this means that older applications built for Solaris<br>
</div><div class="gmail_extra">9 and earlier are much safer, as they won't have pulled in any of<br>the much larger stack of libraries that were introduced in<br>Solaris 10.) This sort of breakage by changing 3rd-party<br>
libraries is excluded from the binary compatibility guarantee.<br><br></div><div class="gmail_extra">4. My own experience with Tribblix is that everything just worked<br></div><div class="gmail_extra">even though Tribblix is all gcc. The actual problems I hit were when<br>
I built everything with gcc4.7 and then updated to gcc4.8 and<br></div><div class="gmail_extra">things started  breaking, so I was stumbling across odd<br></div><div class="gmail_extra">compatibility issues there - I never distributed any of that stuff as<br>
a result and will try another gcc4 update later once I work out<br>how to do later updates safely.<br></div><div class="gmail_extra"><br>-- <br>-Peter Tribble<br><a href="http://www.petertribble.co.uk/">http://www.petertribble.co.uk/</a> - <a href="http://ptribble.blogspot.com/">http://ptribble.blogspot.com/</a>
</div></div>