[Insight-developers] Utilities and the ITK_INSTALL_NO_DEVELOPMENT flag

[Hauke Heibel]

Hi again,

last time, I forgot to send my reply to the list so it ended up with
Luis only. Let me quickly recap my reply.

Regarding the first argument of using the build tree, it is possible
but I would prefer this to work with regular installs, too. It will
also increase a bit the level of consistency because ITK is already
installing third party libraries as itktiff, itkzlib, etc. So why not
do that for itkjpeg and maybe openjpeg.

Regarding the second argument the problem is that (at least as far as
I know) there are no system libs for png, jpeg, tiff, etc on Windows.
It would surprise me if I had overseen them till today.

Now for a little background. I am trying to build a lib (openslide)
for which I created CMake files. This library depends on many of your
third party libraries (the usual suspects) and since ITK offers a
CMake configuration for all those libraries it seems very convenient
to be able to use them.

I have finally found some time to look at ITK's CMake configuration
and created a patch which does exactly what I would like to see. I
tried to follow closely your method for installing tiff & co and hope
I properly cloned the installation procedure.

In case you could consider integrating this (or a variation of it) in
a future it would be great.

Regards,
Hauke

On Sun, Apr 25, 2010 at 4:23 PM, Luis Ibanez <luis.ibanez at kitware.com> wrote:
>
> Hi Hauke,
>
> I would think that it makes sense not to install the headers
> of third party libraries in an installation that is not intended
> for development.
>
> The number of third party headers coming from the Utilities
> in ITK is significant (for example, most of VXL will go in there).
>
> You may consider the alternatives of
>
> 1) Using ITK from a build tree.
>
> 2) Install png, jpeg and tiff as system libraries, and tell
>     ITK to use the ones that are installed in your system.
>
>
> BTW: What is your platform ?
>
>
>      Thanks
>
>
>            Luis
>
>
> --------------------------------------------------------------------------------------------
> On Fri, Apr 23, 2010 at 9:00 AM, Hauke Heibel <hauke.heibel at googlemail.com>
> wrote:
>>
>> Hi,
>>
>> I am wondering if it is intended that not all utility libraries
>> install their public headers when ITK_INSTALL_NO_DEVELOPMENT is not
>> defined and whether a patch would be of interest?
>>
>> My use case is that I was just hoping to be able to use ITK's builds
>> of libtiff, libjpeg and openjpeg in another program that requires
>> these libs.
>>
>> In order for that to work I was also wondering whether it is possible
>> to override OPJ_PREFIX but probably there is a reasoning behind
>> renaming the libraries - could it be that they do contain only
>> sub-sets of the original code?
>>
>> Regards,
>> Hauke
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Kitware offers ITK Training Courses, for more information visit:
>> http://kitware.com/products/protraining.html
>>
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.itk.org/mailman/listinfo/insight-developers
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: third_party.patch
Type: application/octet-stream
Size: 7686 bytes
Desc: not available
URL: <http://www.itk.org/mailman/private/insight-developers/attachments/20100713/9264c2b1/attachment.obj>