<div dir="ltr">Hi,<br><div><div class="gmail_extra"><br><div class="gmail_quote">2013/7/25 Bruno Lalande <span dir="ltr"><<a href="mailto:bruno.lalande@gmail.com" target="_blank">bruno.lalande@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div>Can you point us to the places where some compilers complain? It might just be that there's a better way to do the static comparison. I'm asking that because it seems to me that since we'll only touch some of the involved traits, the problem will still remain for the other libraries anyway.<br>
<br></div></blockquote><div><br></div><div>Probably nowhere in the library. I'm thinking about the situation when someone wants to write his own algorithm using a structure template and to check if passed index is ok, he uses static_asert. Something like this:<br>
<br></div><div>template <class Geometry, size_t I><br></div><div>struct my_algo<br>{<br></div><div>��� BOOST_STATIC_ASSERT(I < dimension<G>::value);<br>��� /*...*/<br>��� my_algo<Geometry, I+1>::<br>��� /*...*/<br>
</div><div>};<br><br></div><div>Ok, you may check dimensions outside, in some function calling the algorithm implementation. Then pass size_t Dimension, as it is done in the BG. Still, you could check if your implementation is ok, e.g. you didn't passed Geometry incompatible with passed Dimension, "in-place" where the algorithm is implemented.<br>
<br>This just shows small inconsistency in the definition of dimension.<br><br>We could also strictly define its type as signed and use signed ints in algorithms.<br></div><div><br></div><div>Regards,<br></div><div>Adam<br>
</div></div></div></div></div>