<div dir="ltr"><div><div><div><div><div><div><div>Hi Samuel,<br><br></div>The parameters to pass to not_implemented are basically free, it&#39;s anything you want to see appear in the compile error message it triggers. Concretely algorithms, pass the tags of the geometries they are called with.<br>
<br></div>I had thought about your issue. I hadn&#39;t had the time to give it much thought yet but the first thing I&#39;d try would be to return an instance of some not_implemented_result which would be implicitly convertible to anything.<br>
<br></div><div>struct not_implemented_result<br>{<br></div><div>��� template &lt;class T&gt;<br></div><div>��� operator T()<br>��� {<br></div><div>������� // This will never actually happen - we just need to write something<br>
</div><div>������� // that hopefully all compilers are happy with (ideally without warnings)<br></div><div>������� // and doesn&#39;t assume anything about T<br></div><div>������� T* t;<br></div><div>������� return *T;<br>
��� }<br></div><div>};<br></div><div><br></div>template &lt;...&gt;<br></div>struct not_implemented: ...<br>{<br></div><div>��� template &lt;class Arg1&gt;<br></div>��� static not_implemented_result apply(Arg1)<br></div>��� { throw .... }<br>
<br></div>��� // overloads with more arguments - as we don&#39;t have c++11 variadics available<br><div><div><div>};<br><br></div><div>The implicit conversion ensures the compiler will always accept to compile the call, thus giving a chance for the exception to occur at runtime. I&#39;m not saying it will work, but that would be my first attempt...<br>
<br></div><div>Regards<br></div><div>Bruno<br></div></div></div></div>