[63983] trunk/dports/graphics/InsightToolkit/Portfile

[Darren Weber]

It was a build-time dependency, but I changed it to a lib-dep because cmake
contains Modules in

/opt/local/share/cmake-2.8/Modules/

Whenever cmake is upgraded, the path to these modules may change and the
InsightToolkit should build again to modify some of those module files, like
FindITK.cmake.  This re-build is very expensive in order to run just the
post-destroot phase of InsightToolkit, but it's the only way to get those
module changes (at this time).

Perhaps a new port that only modifies the cmake modules for InsightToolkit
is the way to go?  This new port could have a lib-dep on cmake, while
InsightToolkit could have a build-dep on it.

I've submitted notes on this issue to the cmake port a long time ago.  I've
also made notes about it on the ITK wiki, which includes a link to my user
svn where there is an old modified cmake port that makes some changes that
could be useful.  See

http://www.cmake.org/Wiki/ITK_MacPorts_Package_Maintainers
http://www.cmake.org/Wiki/ITK_MacPorts_Package_Maintainers#CMake_Issues

Darren


On Fri, Feb 19, 2010 at 4:24 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

>
> On Feb 19, 2010, at 17:41, jeremyhu at macports.org wrote:
>
> > InsightToolkit: cmake should be a build time dependency
>
> I would tend to agree. It seems to have been changed to a library
> dependency in r63906 without explanation.
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100219/01563471/attachment.html>