[Insight-users] Problem linking InsightApplications libITKFltkImageViewer.so

[Chris Turner]

I checked again my code and I didn't change anything in the main
centerline pipeline and get this as result (see attachment) Note: This
is the original picture form the website:
http://www.itk.org/ITK/applications/Curve2DExtraction.html


Maybe somebody, who got the Curve2DExtraction running, can check if
the original example behaves the same.

Thanks
Chris


On Wed, Jul 21, 2010 at 4:24 PM, Chris Turner
<cturnercomplex at googlemail.com> wrote:
> So I'm currently trying to extract the logic of Curves2DExtractor to
> free it from its fltk dependency. Basically what I did was to remove
> all fltk reverences and especially the SpatialFunctionControl
> variable. Which is only used for visualization right?
>
> But my problem is now that when I load a DSA JPEG picture the filter
> makes all the white regions red. Which is definitely not what it
> suppose to do. But I didn't changed much beside of removing the
> SpatialFunctionControl.  If it helps I could post my code...
>
>
> Btw still trying to compile the original code. Used several fltk
> version but nothing helped.
>
> I appreciated any help!
>
> Thanks
> Chris
>
>
> On Tue, Jul 20, 2010 at 6:11 PM, Chris Turner
> <cturnercomplex at googlemail.com> wrote:
>> Hi Everyone,
>>
>> I'm trying to compile InsightApplications v. 3.20, and I get the
>> following linking error when I try to compile the Curves2DExtractor:
>>
>>
>> Linking CXX shared library libITKFltkImageViewer.so
>> /usr/bin/ld: /itk/fltk-1.3.x-r7677/build/lib/libfltk.a(Fl.cxx.o):
>> relocation R_X86_64_32S against `.bss' can not be used when making a
>> shared object; recompile with -fPIC
>> /itk/fltk-1.3.x-r7677/build/lib/libfltk.a: could not read symbols: Bad value
>> collect2: ld returned 1 exit status
>> make[2]: *** [Auxiliary/FltkImageViewer/libITKFltkImageViewer.so] Error 1
>> make[1]: *** [Auxiliary/FltkImageViewer/CMakeFiles/ITKFltkImageViewer.dir/all]
>> Error 2
>> make: *** [all] Error 2
>>
>> I added the -fPIC to the cxx an c flag option with cmake but it didn't
>> make a difference.
>>
>> g++:
>> Using built-in specs.
>> Target: x86_64-redhat-linux
>> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
>> --infodir=/usr/share/info
>> --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap
>> --enable-shared --enable-threads=posix --enable-checking=release
>> --with-system-zlib --enable-__cxa_atexit
>> --disable-libunwind-exceptions
>> --enable-languages=c,c++,objc,obj-c++,java,fortran,ada
>> --enable-java-awt=gtk --disable-dssi --enable-plugin
>> --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
>> --enable-libgcj-multifile --enable-java-maintainer-mode
>> --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
>> --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic
>> --with-arch_32=i586 --build=x86_64-redhat-linux
>> Thread model: posix
>> gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC)
>>
>> What am I doing wrong?
>>
>> Thanks,
>> Chris
>>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2din_out.jpg
Type: image/jpeg
Size: 13602 bytes
Desc: not available
URL: <http://www.itk.org/pipermail/insight-users/attachments/20100722/71986671/attachment.jpg>