<div dir="ltr">Based on my experiences in the ITK world where templates, typedefs, and STL runs wild, and wrapping is a constant battle (you should see the size of the libraries), a cleaner simpler approach has been extremely beneficial.<div>

W</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Mar 14, 2013 at 5:39 PM, David Gobbi <span dir="ltr"><<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, Mar 14, 2013 at 3:11 PM, Will Schroeder<br>
<<a href="mailto:will.schroeder@kitware.com">will.schroeder@kitware.com</a>> wrote:<br>
</div><div class="im">> Kyle to a large extent it's historical. Twenty years ago many things were<br>
> brittle including compilers, STL, and wrapping. This led to a desire to keep<br>
> things clean and simple. For example the wrapping process choked for a long<br>
> time on fancy STL stuff. I also am of the opinion that the API to STL is,<br>
> shall we say, poor plus it affects compilation time. We wanted to hide some<br>
> of the nastiness from the wrapping process, from users, and encourage<br>
> passing data through simpler exchange mechanisms. The PIMPL approach also<br>
> hides the underlying implementation which provides more freedom if you want<br>
> to change things up at a later time. I'm sure I'm forgetting a couple of<br>
> other reasons, but Bill is in Santa Cruz for the month so I doubt he'll chip<br>
> in ;-)<br>
<br>
</div>You say twenty years ago?  Even ten years ago all the most widely-used<br>
compilers were fairly brittle.  Microsoft is very wishy-washy its standards<br>
support up to this very day.<br>
<br>
Anyway, my main issue with STL is that, currently, APIs that use STL<br>
are not wrapped.  And in my mind, that deficit strongly outweighs any<br>
benefit.  Of course we could wrap a chunk of the STL, but I don't know<br>
where the resources for such a project would come from.  In any case<br>
I'd rather be conservative about the interface just to keep it consistent.<br>
<span class="HOEnZb"><font color="#888888"><br>
 - David<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>William J. Schroeder, PhD<br>Kitware, Inc.<br>28 Corporate Drive<br>Clifton Park, NY 12065<br><a href="mailto:will.schroeder@kitware.com">will.schroeder@kitware.com</a><br>

<a href="http://www.kitware.com">http://www.kitware.com</a><br>(518) 881-4902
</div>