[Insight-developers] Install Problems with WrapITK in an ITK Build

Tue Feb 22 14:08:40 EST 2011

Kent,

I've probably made a mistake while I moved the code to avoid the empty  
module list.
I'll look at that soon.

Gaëtan

Le 22 févr. 11 à 15:33, Williams, Norman K a écrit :

> I'm re-titling this because the subject line wasn't really apt.
>
> Apparently there's a problem similar to the one with GDCM, but with a
> slightly different outcome, when you try to install ITK with wrapping
> turned on.
>
> On 2/21/11 1:45 PM, "Kent WIlliams" <norman-k-williams at uiowa.edu>  
> wrote:
>
>> I've not tracked down the problem, but with your latest changes, the
>> install is messed up:
>>
>> CMake Error at Wrapping/WrapITK/cmake_install.cmake:33 (FILE):
>> file cannot create directory: /lib/InsightToolkit/WrapITK/ 
>> Configuration.
>> Maybe need administrative privileges.
>> Call Stack (most recent call first):
>> Wrapping/cmake_install.cmake:32 (INCLUDE)
>> cmake_install.cmake:46 (INCLUDE)
>>
>>
>> This has something to do with depending on the 'Installation Vars'  
>> for
>> Insight.
>> It appears that WrapITK's install is just ignoring  
>> CMAKE_INSTALL_PREFIX if
>> it is built as part of ITK which I don't think is the right thing  
>> to do.
>>
>> On 2/19/11 6:53 AM, "Gaëtan Lehmann" <gaetan.lehmann at jouy.inra.fr>  
>> wrote:
>>
>>>
>>> Kent,
>>>
>>> I've pushed a new fix in ITK. It hasn't been very fun, but I've  
>>> tested
>>> it with a single configuration step: it works.
>>> Please update your ITK repository used to build BRAINS3 and let me
>>> know if it helps.
>>>
>>> Regards,
>>>
>>> Gaëtan
>>>
>>>
>>> Le 19 févr. 11 à 09:34, Gaëtan Lehmann a écrit :
>>>
>>>>
>>>> Le 19 févr. 11 à 09:31, Gaëtan Lehmann a écrit :
>>>>
>>>>>
>>>>> Le 18 févr. 11 à 21:49, Williams, Norman K a écrit :
>>>>>
>>>>>> I'll start with the bad news, since it's most relevant to Gaetan:
>>>>>> The
>>>>>> wrapping is broken with the new ITK4/WrapITK.  This may be a
>>>>>> CMake/configuration issue; I've never learned enough about  
>>>>>> WrapITK
>>>>>> wrapping to understand what the problem is.
>>>>>>
>>>>>> At this point, the CMake stuff used to generate wrapping -- which
>>>>>> worked
>>>>>> OK in ITK 3.20 -- doesn't even generate a library with ITK4.  I
>>>>>> don't know
>>>>>> what the problem is, and staring at the CMakeLists, the stuff in
>>>>>> ITK/WrapITK, and the generated Makefiles didn't seem to help.
>>>>>
>>>>> Kent,
>>>>>
>>>>> Have you tried with that patch merged in your ITK repository?
>>>>>
>>>>>
>>>>> http://itk.org/gitweb?p=ITK.git;a=commit;h=5785fb091b2319fc2aff062aef16
>>>>> d
>>>>> 2fee1b4bb84
>>>>>
>>>>> Without it, no libraries are configured in tcl if cmake configures
>>>>> the project in a single pass.
>>>>> If you are using an external project to build ITK, you should be  
>>>>> in
>>>>> that case.
>>>>>
>>>>
>>>> I've just looked at the dashboard and the build is still broken, so
>>>> it won't help much.
>>>> I'm looking at it.
>>>>
>>>> Gaëtan
>>>>
>>>>> Gaëtan
>>>>>
>>>>>>
>>>>>> At any rate, since all of the BRAINS3 tests are in Tcl, and the  
>>>>>> TCL
>>>>>> wrapping doesn't generate a library, none of the BRAINS3 tests  
>>>>>> run.
>>>>>>
>>>>>> Other than that the changes were not too difficult.  Biggest  
>>>>>> areas
>>>>>> that
>>>>>> caused problems:
>>>>>>
>>>>>> 1. Stuff that moved out of Review to 'official' ITK --
>>>>>> a. ITK_USER_REVIEW_STATISTICS is no longer applicable.
>>>>>> b. many QuadEdgeMesh classes got renamed when they were moved.
>>>>>> 2. OrientedImage class is gone. Image now is essentially
>>>>>> OrientedImage.
>>>>>> For backwards compatibility there is a test in BRAINSCommonLib to
>>>>>> make
>>>>>> sure that ITK_USE_ORIENTED_IMAGE_DIRECTION is set, so it's safe  
>>>>>> to
>>>>>> just
>>>>>> get rid of OrientedImage altogether.
>>>>>> 3. Small API change in itk::Histogram
>>>>>>
>>>>>>
>>>>>>
>>>>>> ________________________________
>>>>>> Notice: This UI Health Care e-mail (including attachments) is
>>>>>> covered by the Electronic Communications Privacy Act, 18 U.S.C.
>>>>>> 2510-2521, is confidential and may be legally privileged.  If you
>>>>>> are not the intended recipient, you are hereby notified that any
>>>>>> retention, dissemination, distribution, or copying of this
>>>>>> communication is strictly prohibited.  Please reply to the sender
>>>>>> that you have received the message in error, then delete it.
>>>>>> Thank you.
>>>>>> ________________________________
>>>>>
>>>>> --
>>>>> Gaëtan Lehmann
>>>>> Biologie du Développement et de la Reproduction
>>>>> INRA de Jouy-en-Josas (France)
>>>>> tel: +33 1 34 65 29 66    fax: 01 34 65 29 09
>>>>> http://voxel.jouy.inra.fr  http://www.itk.org
>>>>> http://www.mandriva.org  http://www.bepo.fr
>>>>>
>>>>
>>>> --
>>>> Gaëtan Lehmann
>>>> Biologie du Développement et de la Reproduction
>>>> INRA de Jouy-en-Josas (France)
>>>> tel: +33 1 34 65 29 66    fax: 01 34 65 29 09
>>>> http://voxel.jouy.inra.fr  http://www.itk.org
>>>> http://www.mandriva.org  http://www.bepo.fr
>>>>
>>>
>>> --
>>> Gaëtan Lehmann
>>> Biologie du Développement et de la Reproduction
>>> INRA de Jouy-en-Josas (France)
>>> tel: +33 1 34 65 29 66    fax: 01 34 65 29 09
>>> http://voxel.jouy.inra.fr  http://www.itk.org
>>> http://www.mandriva.org  http://www.bepo.fr
>>>
>>
>
>
>
> ________________________________
> Notice: This UI Health Care e-mail (including attachments) is  
> covered by the Electronic Communications Privacy Act, 18 U.S.C.  
> 2510-2521, is confidential and may be legally privileged.  If you  
> are not the intended recipient, you are hereby notified that any  
> retention, dissemination, distribution, or copying of this  
> communication is strictly prohibited.  Please reply to the sender  
> that you have received the message in error, then delete it.  Thank  
> you.
> ________________________________

-- 
Gaëtan Lehmann
Biologie du Développement et de la Reproduction
INRA de Jouy-en-Josas (France)
tel: +33 1 34 65 29 66    fax: 01 34 65 29 09
http://voxel.jouy.inra.fr  http://www.itk.org
http://www.mandriva.org  http://www.bepo.fr

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 203 bytes
Desc: Ceci est une signature ?lectronique PGP
URL: <http://www.itk.org/mailman/private/insight-developers/attachments/20110222/ccff903a/attachment.pgp>