[Insight-developers] Adding std::tr1 to ITK?

[Williams, Norman K]

Boost's tr1 could be fetched as an external project and integrated.  The namespace in boost is std::tr1 which looks just like any 'native' tr1 implementation.
 
What I don't know is if you can just pull down the TR1 stuff from boost by itself.  Boost is huge though, and what I'd like to avoid is TR1 being the camel's nose getting into the tent.

________________________________

From: Brad King [mailto:brad.king at kitware.com]
Sent: Wed 11/10/2010 9:36 AM
To: Tom Vercauteren
Cc: Bradley Lowekamp; ITK Developers; Williams, Norman K
Subject: Re: [Insight-developers] Adding std::tr1 to ITK?



On 11/10/2010 09:40 AM, Tom Vercauteren wrote:
> I would love to see something like that happen, and I think that
> relying on boost TR1 implementation is the way to go. Indeed according
> to the documentation, boost TR1 can be used transparently. For the
> user (once things are correctly configured), there is absolutely no
> difference in whether we use boost's TR1 or the compiler's TR:
>   http://www.boost.org/doc/libs/1_44_0/doc/html/boost_tr1/usage.html#boost_tr1.usage.writing_code
> One example, we will not use the boost namespace but the std::tr1 one.
>
> I admit that it will require some work to make the setup seamless but
> it should be doable and using the bcp tool might help:
>   http://www.boost.org/doc/libs/1_44_0/tools/bcp/doc/html/index.html

Copying Boost headers into ITK will cause future problems for those
that try to build applications involving both ITK and Boost.  One
goal of the ITK Modularization effort is to be able to depend on
Boost as a 3rd-party library *without* copying it into ITK/Utilities.
That will allow applications to use both libraries cleanly.

-Brad K


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/mailman/private/insight-developers/attachments/20101110/56f002e1/attachment.htm>