[Insight-users] Configure ITK for 64-bit Linux

[Luis Ibanez]

Hi Sara,

What would be the motivation for using ITK without CMake ?

CMake is intended to simplify your configuration process.
If you skip CMake, you have to do the configuration manually.

It is unlikely that the use of CMake is the culprit on the difficulties
that you are facing.

What is the relationship between using CMake or not, and
the memory constrains of your system ?


     Luis

-------------------------------------------------------------
On Mon, May 23, 2011 at 6:39 PM, Sara Rolfe <smrolfe at u.washington.edu> wrote:
> One other question, is it worth investigating using ITK without CMake?
>  After some initial google searches it seems like it could be overly
> complicated.
>
> On the other hand, if I can't get this working I'll have to do my 3D
> segmentation in 2D, due to memory constraints.  So I'm open to trying
> alternative solutions!
>
> Thanks,
> Sara
>
> On May 23, 2011, at 10:49 AM, Sara Rolfe wrote:
>
>> Hi Luis,
>>
>> Thanks for your help.  The output to the commands you suggested was:
>>
>> $ file /usr/lib64/libuuid.so
>> /usr/lib64/libuuid.so: symbolic link to `/lib64/libuuid.so.1'
>>
>> $ file /lib64/libuuid.so.1
>> /lib64/libuuid.so.1: symbolic link to `libuuid.so.1.2'
>>
>> $ file /lib64/libuuid.so.1.2
>> /lib64/libuuid.so.1.2: ELF 64-bit LSB shared object, AMD x86-64, version 1
>> (SYSV), stripped
>>
>> Some background:
>> The system I'm using is a thirty-five node compute cluster where each
>> cluster node is running a 64-bit Linux OS.  I'm attempting to use Condor to
>> manage a job.  My program compiled on the head node, which is a 32-bit
>> machine, but failed when Condor tried to use the cluster nodes.  I'm now
>> trying to compile my code from one of the cluster nodes to debug.  First it
>> appeared that the UUID libraries were missing.  I don't have administrator
>> privileges on these machines, but the system admin was able to install both
>> uuid and uuid-devel packages on the node I'm using.  Now the libraries are
>> there, but CMake will not link to them.  I've also tried setting the
>> FIND_LIBRARY_USE_LIB64_PATHS property, but this did not resolve the problem.
>>
>> Thanks,
>> Sara
>>
>>
>> On May 22, 2011, at 3:44 PM, Luis Ibanez wrote:
>>
>>> Hi Sara,
>>>
>>> Thanks for sending this information.
>>>
>>> You are certainly building for 64 bits,
>>>
>>> that's the good news.   :-)
>>>
>>>
>>> ---
>>>
>>> The libuuid.so in my 64bit system (Ubuntu 10.04)
>>> is installed in
>>>
>>>                    /usr/lib/libuuid.so
>>>
>>> and it is a symbolic link to
>>>
>>>                 /lib/libuuid.so.1.3.0
>>>
>>>
>>> if you use the "file" command, we can check if your
>>> library is actually a 32bits or 64 bits.
>>>
>>> When I do:
>>>
>>>                 file /usr/lib/libuuid.so
>>>
>>> I get:
>>>
>>> /usr/lib/libuuid.so: symbolic link to `/lib/libuuid.so.1.3.0'
>>>
>>> and then, when doing:
>>>
>>>                  file /lib/libuuid.so.1.3.0
>>>
>>> I get:
>>>
>>>
>>> /lib/libuuid.so.1.3.0: ELF 64-bit LSB shared object, x86-64, version 1
>>> (SYSV), dynamically linked, stripped
>>>
>>>
>>> Could you please try the same in your libuuid.so file
>>> and let us know what you find ?
>>>
>>>
>>> BTW: How did you install   libuuid ?
>>>
>>> In Ubuntu, this is done with:
>>>
>>>                     sudo   apt-get   install    uuid-dev
>>>
>>>
>>> Also,....
>>>
>>> GDCM should use its own version of libuuid,
>>> (in GDCM/Utilities/gdcmuuid) when it fails to
>>> find a libuuid installed in your system.
>>>
>>> So, there are multiple suspicious things about
>>> your system...
>>>
>>>
>>> Is there something "special" about your system
>>> that you would like to share with us at this point ?
>>>
>>>
>>> Virtual machine ?
>>> Shared disk system, maybe... ?
>>>
>>>
>>>   Thanks
>>>
>>>
>>>        Luis
>>>
>>>
>>>
>>> -----------------------------------------------
>>> On Sat, May 21, 2011 at 8:26 PM, Sara Rolfe <smrolfe at u.washington.edu>
>>> wrote:
>>>>
>>>> Hi Luis,
>>>>
>>>> Thanks for your help with this.
>>>>
>>>> When I do ./a.out I get 8, so it looks like it is building for 64 bits.
>>>>
>>>> The output from uname -a is:
>>>> Linux n32.frame.cs.washington.edu 2.6.18-238.1.1.el5 #1 SMP Tue Jan 4
>>>> 13:32:19 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
>>>>
>>>>
>>>> My latest thought is that CMake is only checking the /usr/lib and not
>>>> /usr/lib64.  I have and use both libraries.  If this is the case, I have
>>>> not
>>>> found any way to change this.
>>>>
>>>> Please let me know what you think.
>>>>
>>>> Thanks,
>>>> Sara
>>>>
>>>>
>>>> On May 21, 2011, at 11:02 AM, Luis Ibanez wrote:
>>>>
>>>>> uname -a
>>>>
>>>>
>>
>> _____________________________________
>> 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://www.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-users
>
>