Hi,
I think I have a work around for this issue. What is happening is that files
build.make and link.txt in directory CMakeFiles are saying that there's a
/usr/lib/libuuid.so
But if you have a 64 bit linux (and probably something similar happens in other
platforms), that library gets installed
I've made some progress on debugging this issue. The ITK installation
I'm using was actually built as 32-bit libraries. The 64-bit machine
I used before defaulted to building/running as 32-bits. Now they're
being built as 64-bits, which is causing these issues.
Can I specify something in
I think re-asking this question over on the Insight Users list would be
appropriate. There's a much wider audience of Insight users (people building
applications just like this) on that list.
I'm sure there are people who have built 64-bit Linux programs using ITK and
VTK over there. There must be
I have also tried InsightToolkit-3.20.0 unsuccessfully.
Thanks,
Sara
On May 24, 2011, at 10:46 AM, David Cole wrote:
I was looking for the source of the issue. (Hoping that whoever was
adding uuid to the list of libraries would be caching a find result.
Apparently they are not.)
Which mea
I'm using InsightToolkit-3.14.0. I've used this installation from
another 64-bit machine successfully, so I had assumed it was ok. I
didn't build it myself so I'm not sure. Do you know how I can check
this?
Thanks,
Sara
On May 24, 2011, at 10:46 AM, David Cole wrote:
I was looking for
I was looking for the source of the issue. (Hoping that whoever was adding
uuid to the list of libraries would be caching a find result. Apparently
they are not.)
Which means that they are referencing this library either simply by name
("uuid") or by the incorrect full path in the list of librarie
Unfortunately, changing the variable name from LIBVAR to uuid does not
fix this issue, so it may be that it is not used as a variable? I now
get:
$ grep -i uuid CMakeCache.txt
libuuid:FILEPATH=/usr/lib64/libuuid.so
Thanks,
Sara
On May 24, 2011, at 10:21 AM, David Cole wrote:
the same v
Hi David,
I get:
$ grep -i uuid CMakeCache.txt
LIBVAR:FILEPATH=/usr/lib64/libuuid.so
Sorry for the double email, I dropped the mailing list in the last one.
Thanks, Sara
On May 24, 2011, at 10:21 AM, David Cole wrote:
On Tue, May 24, 2011 at 12:54 PM, Sara Rolfe
wrote:
Update: I've attemp
On Tue, May 24, 2011 at 12:54 PM, Sara Rolfe wrote:
> Update: I've attempted to add /usr/lib64/libuuid.so as an external library,
> but am still getting the same error. When I run ccmake it appears to find
> the location of the library. Below is my CMakeLists.txt in case I have made
> any errors
Update: I've attempted to add /usr/lib64/libuuid.so as an external
library, but am still getting the same error. When I run ccmake it
appears to find the location of the library. Below is my
CMakeLists.txt in case I have made any errors here:
cmake_minimum_required(VERSION 2.6)
PROJECT(G
Is there some other way that I can force CMake to find /usr/lib/
libuuid.so? Like if I included it as an external library?
Thanks,
Sara
On May 23, 2011, at 2:29 PM, Sara Rolfe wrote:
Hi Eric,
Yes, I believe it is a dependancy from ITK. I saw that wiki page
and at the time did not have t
Hi Eric,
Yes, I believe it is a dependancy from ITK. I saw that wiki page and
at the time did not have that library, so I installed it. I have used
CMake to successfully create applications using both VTK and ITK on a
32-bit machine. This problem arose when I moved to a 64-bit machine.
2011/5/23 Sara Rolfe :
> Hi Eric,
>
> Thanks for pointing this out. I changed the order, but am still getting the
> same error:
>
> make[2]: *** No rule to make target `/usr/lib/libuuid.so', needed by
> `SubsampleVolume'. Stop.
> make[1]: *** [CMakeFiles/SubsampleVolume.dir/all] Error 2
> make: *
Hi Eric,
Thanks for pointing this out. I changed the order, but am still
getting the same error:
make[2]: *** No rule to make target `/usr/lib/libuuid.so', needed by
`SubsampleVolume'. Stop.
make[1]: *** [CMakeFiles/SubsampleVolume.dir/all] Error 2
make: *** [all] Error 2
The location o
2011/5/23 Sara Rolfe :
> Hi Eric,
>
> Thanks for your reply. I tried setting the FIND_LIBRARY_USE_LIB64_PATHS
> property, but this did not resolve the problem. I will read through the bug
> report you linked to. Below is my CMakeLists.txt file. Could you let me
> know if you see any issues?
se
Hi Eric,
Thanks for your reply. I tried setting the
FIND_LIBRARY_USE_LIB64_PATHS property, but this did not resolve the
problem. I will read through the bug report you linked to. Below is
my CMakeLists.txt file. Could you let me know if you see any issues?
Thanks,
Sara
cmake_minimum_
2011/5/22 Sara Rolfe :
> The latest version of CMake, cmake-2.8.4-Linux-i386.tar.gz does not looking
> in /lib64 paths. Could you let me know which version of CMake you are
> referring to, that checks this path?
2.8.4 should definitely have this is the
FIND_LIBRARY_USE_LIB64_PATHS global property
The latest version of CMake, cmake-2.8.4-Linux-i386.tar.gz does not
looking in /lib64 paths. Could you let me know which version of CMake
you are referring to, that checks this path?
Thanks,
Sara
On May 21, 2011, at 3:47 PM, Eric Noulard wrote:
2011/5/20 Sara Rolfe :
Hello,
I am attemp
Hi Eric,
Thanks for your reply. I am using cmake-2.8.2 for Linux. I just
checked and it looks like that's not the most recent version. Do
you know if the most recent version, cmake-2.8.4 addresses this
problem?
Thanks,
Sara
On May 21, 2011, at 3:47 PM, Eric Noulard wrote:
2011/5/
2011/5/20 Sara Rolfe :
> Hello,
>
> I am attempting to modify my make file so the linker will check for
> /usr/lib64 instead of /usr/lib. I found a patch for this problem here:
>
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=126c993d#patch1
This commit is not related with "finding" lib64 (
Hello,
I think my main problem is that I don't understand how to apply a
patch. This seems pretty basic, so I would think there would be
documentation...which I'm not finding.
Could someone point me to this information?
Thanks,
Sara
On May 19, 2011, at 3:46 PM, Sara Rolfe wrote:
Hello,
Hello,
I am attempting to modify my make file so the linker will check for /
usr/lib64 instead of /usr/lib. I found a patch for this problem here:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=126c993d#patch1
However, I'm pretty new to cmake and it's not clear to me how to apply
this.
22 matches
Mail list logo
