<div class="gmail_quote">On Tue, Aug 18, 2009 at 11:05 AM, Pau Garcia i Quiles <span dir="ltr"><<a href="mailto:pgquiles@elpauer.org">pgquiles@elpauer.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Tue, Aug 18, 2009 at 4:47 PM, James C.<br>
Sutherland<<a href="mailto:James.Sutherland@utah.edu">James.Sutherland@utah.edu</a>> wrote:<br>
> The new boost libraries (as of version 1.40) will not have all of the extra<br>
> information like compiler info and boost version tagged onto the library<br>
> name.<br>
><br>
> Is there going to be a patch released for the FindBoost.cmake to conform to<br>
> the new library naming convention?<br>
><br>
> Will the change be a breaking change or will backward compatibility be<br>
> maintained?<br>
<br>
</div>In case anyone is wondering what's James talking about, this is the<br>
thread you need to read:<br>
<a href="http://thread.gmane.org/gmane.comp.lib.boost.user/50407" target="_blank">http://thread.gmane.org/gmane.comp.lib.boost.user/50407</a><br>
<br>
If you use "--layout=tagged" parameter when building Boost, libraries<br>
will have the decorations (compiler, version, etc) they have had until<br>
1.39.0, so the patch must keep backwards compatibility. It's just an<br>
additional test to be performed.</blockquote><div><br>This doesn't pose a problem for FindBoost as there already is a search for the name of the boost libraries without decorations. Thanks for bringing it up though.<br>
<br>Also, the layout does remain tagged for MSVC by default so this appears to be nothing but a cosmetic change of behavior on Unix platforms to workaround package maintainers complaining. :)<br><br></div></div>-- <br>Philip Lowman<br>