<div class="gmail_quote">On Fri, Oct 9, 2009 at 6:05 AM, Fabio Fracassi <span dir="ltr"><<a href="mailto:fabio.fracassi@charite.de">fabio.fracassi@charite.de</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;">
Philip Lowman schrieb:<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">
If you have any other CMake related suggestions please feel free to accompany your mailing list posts with a feature request and/or patch on the bugtracker if you have the time.<br>
<br>
</div><a href="http://public.kitware.com/cgi-bin/viewcvs.cgi/Modules/FindBoost.cmake?root=CMake&view=log" target="_blank">http://public.kitware.com/cgi-bin/viewcvs.cgi/Modules/FindBoost.cmake?root=CMake&view=log</a> <<a href="http://public.kitware.com/cgi-bin/viewcvs.cgi/Modules/FindBoost.cmake?root=CMake&view=log" target="_blank">http://public.kitware.com/cgi-bin/viewcvs.cgi/Modules/FindBoost.cmake?root=CMake&view=log</a>><br>
<br>
</blockquote>
I have always wondered why FindBoost doesn't add some speculative future Versions into _Boost_KNOWN_VERSIONS so that at least the Boost versions that are likely to appear during the lifecycle of the current CMake version are found without resorting to user supplied Boost_ADDITIONAL_VERSIONS. There is no harm in searching for versions that are never going to be released (except maybe longer search time), is there?<br>
<br>
I was thinking of something along the lines of the attached patch.<br>
Or is this a horrible idea?<br></blockquote><div><br>The whole Boost_ADDITIONAL_VERSIONS thing is a kludge and I think a better solution is needed which is why I have refrained from kludging it even more by guessing at future version numbers. I'm not sure if this was the original approach of the writers of FindBoost or if they had something else in mind, however.<br>
<br>There's nothing preventing you from doing this yourself using Boost_ADDITIONAL_VERSIONS though. You might even be able to come up with a way to do it using the MATH() command and a for-loop. I'm not sure how many versions you would have to add before noticing a slowdown. Probably quite a bit.<br>
<br>What's really needed is find_path/find_library/etc. searches with versioned filename support. This could solve problems in many find modules where libraries (or directories in the case of Boost) contain version numbers. At one point I was working on a patch for this and would like to get back to it one day when I have more time (unless someone else feels like tackling the problem sooner).<br clear="all">
<br><a href="http://public.kitware.com/Bug/view.php?id=8396">http://public.kitware.com/Bug/view.php?id=8396</a><br><br></div></div>-- <br>Philip Lowman<br>