<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">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.<div><br></div><div>Can I specify something in the CMakeLists.txt that will force a 32-bit build?<br><div><br></div><div><br><div><div>On May 24, 2011, at 12:04 PM, David Cole wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">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.<br><br>I'm sure there are people who have built 64-bit Linux programs using ITK and VTK over there. There must be an answer to this question from someone.<br> <br>HTH,<br>David<br><br><br><div class="gmail_quote">On Tue, May 24, 2011 at 2:56 PM, Sara Rolfe <span dir="ltr"><<a href="mailto:smrolfe@u.washington.edu">smrolfe@u.washington.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin-top: 0pt; margin-right: 0pt; margin-bottom: 0pt; margin-left: 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex; position: static; z-index: auto; "> <div style="word-wrap: break-word;">I have also tried InsightToolkit-3.20.0 unsuccessfully.<div><br></div><div>Thanks,</div><div>Sara</div><div><font color="#888888"><br></font><div><div class="im"><div>On May 24, 2011, at 10:46 AM, David Cole wrote:</div> <br></div><div><div></div><div class="h5"><blockquote type="cite">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.)<br> <br>Which means that they are referencing this library either simply by name ("uuid") or by the incorrect full path in the list of libraries that you are linking with.<br> <br>If you are only using ITK and VTK, then the culprit is likely the GDCM third party module within ITK. It is the only thing in the ITK source tree that references uuid.<br> <br>What version of ITK are you using?<br>Is it built as 64-bit libraries?<br> <br><br><br><div class="gmail_quote">On Tue, May 24, 2011 at 1:33 PM, Sara Rolfe <span dir="ltr"><<a href="mailto:smrolfe@u.washington.edu" target="_blank">smrolfe@u.washington.edu</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> 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:<div> <br> <br> $ grep -i uuid CMakeCache.txt<br></div> libuuid:FILEPATH=/usr/lib64/libuuid.so<br> <br> <br> Thanks,<br><font color="#888888"> Sara</font><div><br> <br> <br> On May 24, 2011, at 10:21 AM, David Cole wrote:<br> <br> </div><div><div></div><div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> the same variable name as the sub-project that's finding it for you, you should be able to "preset" that variable before finding the package that includes it. (Assuming they're using a variable to do this, and not simply adding "uuid" as a targeted link library...)<br> </blockquote> <br> </div></div></blockquote></div><br></blockquote></div></div></div><br></div></div></blockquote></div><br></blockquote></div><br></div></div></body></html>