<br><br><div class="gmail_quote">On Thu, May 14, 2009 at 1:30 PM, Darren Weber <span dir="ltr"><<a href="mailto:darren.weber.lists@gmail.com">darren.weber.lists@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br><div class="gmail_quote">2009/5/14 Gaëtan Lehmann <span dir="ltr"><<a href="mailto:gaetan.lehmann@jouy.inra.fr" target="_blank">gaetan.lehmann@jouy.inra.fr</a>></span><div class="im"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Le 12 mai 09 à 20:26, Darren Weber a écrit :<div><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
2009/5/12 Gaëtan Lehmann <<a href="mailto:gaetan.lehmann@jouy.inra.fr" target="_blank">gaetan.lehmann@jouy.inra.fr</a>><br>
<br>
Le 12 mai 09 à 19:46, Darren Weber a écrit :<br>
<br>
<br>
Hi,<br>
<br>
What's the fix for this issue with dynamic lib builds with python wrapping in ITK (3.12)? The linker appears to be building a dynamic lib (or shared lib, *.so), but perhaps the linker option "-dynamiclib" is missing somewhere in the cmake config? Please tell me if there is simple patch to fix this. Could it be an issue with using "-Wno-long-double" for the vnl numerics wrapping?<br>
<br>
This build uses CableSwig build options (ie, cmake ... -D ITK_CSWIG_PYTHON:BOOL=ON ...), rather than USE_WRAP_ITK. What is the most preferred wrapping method for ITK @3.12? I noticed mention of a new release, 3.14, in the wings and nearly available. Does the new release (3.14) resolve build problems for wrappers (or is the focus of that release elsewhere)?<br>
<br>
<br>
Hi,<br>
<br>
I can't recall any problem while building WrapITK on Mac OS X.<br>
Have you tried with WrapITK?<br>
<br>
Regards,<br>
<br>
Gaëtan<br>
<br>
<br>
I posted a build error the other day when USE_WRAP_ITK was ON. The title of that post was "ITK wrap build error on itkLaplacianRecursiveGaussianImageFilterPython.o" The error message was obtuse. I've had no feedback on that post.<br>
<br>
</blockquote>
<br></div>
ok, I've missed that one. The message is not much informative for me as well.<br>
It seems that you are using stuff from macport. Can you try to build cable swig and itk with the compiler provided with xcode and the default compiler options? That's what I'm doing here without trouble.<br>
<br>
You can disable most of the WRAP_* options in cmake for the tests, and keep only one dimension in WRAP_ITK_DIMS, to make things a bit faster.<div></div></blockquote></div><div><br><br>As a MacPorts developer, working on a Portfile for ITK called InsightToolkit, I need to and want to work with MacPorts. I'm currently updating this port to ITK @<a href="http://3.12.0." target="_blank">3.12.0.</a> MacPorts provides a way to document and automate build configurations, including dependencies. It helps me, while simultaneously making my work available to anyone using MacPorts. AFAIK, the MacPorts compiler is provided by an xcode installation (I can double check the defaults or change to a specific compiler at will). </div>
</div></blockquote></div><br><br>FYI,<br><br>-- The C compiler identification is GNU<br>-- The CXX compiler identification is GNU<br>-- Check for working C compiler: /opt/local/bin/gcc<br>-- Check for working C compiler: /opt/local/bin/gcc -- works<br>
-- Detecting C compiler ABI info<br>-- Detecting C compiler ABI info - done<br>-- Check for working CXX compiler: /opt/local/bin/c++<br>-- Check for working CXX compiler: /opt/local/bin/c++ -- works<br><br><br>[ dweber@elegans ~ ]$ ll /opt/local/bin/gcc<br>
lrwxr-xr-x 1 root admin 16 2008-10-29 10:35 /opt/local/bin/gcc -> /usr/bin/gcc-4.0*<br>[ dweber@elegans ~ ]$ /usr/bin/gcc-4.0 --version<br>i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5490)<br>Copyright (C) 2005 Free Software Foundation, Inc.<br>
This is free software; see the source for copying conditions. There is NO<br>warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.<br><br>[ dweber@elegans ~ ]$ ll /opt/local/bin/g++<br>lrwxr-xr-x 1 root admin 20 2008-10-29 10:35 /opt/local/bin/g++ -> /usr/bin/bin/g++-4.0<br>
[ dweber@elegans ~ ]$ /usr/bin/bi --version<br>biff binhex bison bitesize.d <br>[ dweber@elegans ~ ]$ /usr/bin/g++-4.0 --version<br>i686-apple-darwin9-g++-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5490)<br>Copyright (C) 2005 Free Software Foundation, Inc.<br>
This is free software; see the source for copying conditions. There is NO<br>warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.<br><br><br><br>