[Insight-users] Build issues for VTK with respect to FLTK
Stephen R. Aylward
aylward@unc.edu
Wed, 15 Jan 2003 21:17:23 -0500
--------------030906030202090801070305
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Did it happen when he upgraded Cmake?
s
Lorensen, William E (Research) wrote:
>I ran into a similar problem today at Brigham and Womens. The CMake fltk library variable pointed to
>the directory and not the lib file. I have not been able to track it down. Also, the include dir was
>not correctly found. The fellow's build was failing in the DistanceMap app.
>
>Bill
>
>-----Original Message-----
>From: Stephen R. Aylward [mailto:aylward@unc.edu]
>Sent: Wednesday, January 15, 2003 7:44 PM
>To: Luis Ibanez
>Cc: Kent Williams; insight-users@public.kitware.com
>Subject: Re: [Insight-users] Build issues for VTK with respect to FLTK
>
>
>Hi Kent,
>
>I think that since you are getting linker errors and not include errors,
>the problem might also be due to you having gone from cmake1.4.x to
>cmake1.6beta. Is this correct? You'll probably have a correctly
>defined FLTK_INCLUDE_DIR, but for some reason the variable
>FLTK_LIBRARIES isn't set when you go from 1.4 to 1.6 and hence the link
>errors result.
>
>If so, you need to delete your CMakeLists.txt file in your binary
>directory, recofigure using cmake, and then try again.
>
>Stephen
>
>Luis Ibanez wrote:
>
>
>
>>Hi Kent,
>>
>>What happens is the CMake marks all the variables
>>related with FLTK libraries as "Advanced".
>>
>>The result, is that those variables are not presented
>>to the user unles the "Advanced" option is selected
>>in the GUI (windows or unix).
>>
>>So, CMake probably didn't find the FLTK libraries,
>>filled the corresponding variables as 'NOTFOUND' and
>>you didn't see them because you are in the non-advanced
>>mode.
>>
>>
>>Please do the following:
>>
>>1) rerun CMake
>>2) select "Advanced" in the interface
>>3) look for the variables
>>
>> FLTK_BASE_LIBRARY
>> FLTK_GL_LIBRARY
>> FLTK_FORMS_LIBRARY
>> FLTK_IMAGES_LIBRARY
>>
>>and make sure they are pointing to
>>
>> fltk.a
>> fltk_gl.a
>> fltk_forms.a
>> fltk_images.a
>>
>>respectively.
>>
>>4) hit configure
>>5) hit generate
>>
>>6) recompile
>>
>>
>>That should solve the problem...
>>
>>-----
>>
>>The file FindFLTK.cmake in the cvs version
>>of CMake has already been modified to not
>>mark these variables as advanced.
>>
>>-----
>>
>>About your assumption with the nightly builds,
>>You are right, they are building all the
>>applications including those using VTK and FLTK.
>>
>>Keep in mind, however, that ITK doesn't require
>>nor depends on VTK or FLTK. These libraries are
>>only used by the demo applications distributed
>>with ITK. It is likely that those applications
>>will be distributed in the future as a separate
>>package in order to avoid confusions.
>>
>>
>>Please let us know if you have further questions,
>>
>>
>>
>> Thanks
>>
>>
>> Luis
>>
>>
>>
>>
>>----------------------------------------------
>>
>>Kent Williams wrote:
>>
>>
>>
>>>I'm a novice ITK developer trying to figure things out, and something
>>>came up today that's been mystifying me -- Cmake is not adding the
>>>fltk libraries to the projects in Applications that need them --
>>>starting with DistanceMapFilter.
>>>
>>>I've verified that fltk-1.1.2 is built correctly, and that the
>>>CMakeCache.txt
>>>has the correct path for the fltk libraries and include files. But
>>>the Makefile doesn't contain -lfltk -lfltk_forms -lfltk_gl etc. I
>>>find this rather baffling -- I can add the '-l' clauses to the link
>>>line in the CMake-generated Makefile and it builds without a hitch,
>>>but there's something screwy about generating the library dependencies.
>>>
>>>My understanding is that This is on RedHat Linux -- kernel
>>>2..18-10smp, completely unmodified CVS checkout of the current (not
>>>release 1.0) Insight source tree.
>>>
>>>I can provide files to anyone who wants to paw through them. CMake
>>>seems to act as though those examples don't need fltk fiiles, and I
>>>don't understand yet how to tell CMake it does, or what I'd have to
>>>edit and change to make it work.
>>>
>>>I assume that the nightly dashboard build try to build everything,
>>>and any problems like this should be caught. That would mean I'm
>>>having a cockpit error here, but I don't know what it is.
>>>
>>>Thanks in advance for your help!
>>>_______________________________________________
>>>Insight-users mailing list
>>>Insight-users@public.kitware.com
>>>http://public.kitware.com/mailman/listinfo/insight-users
>>>
>>>
>>>
>>>
>>
>>_______________________________________________
>>Insight-users mailing list
>>Insight-users@public.kitware.com
>>http://public.kitware.com/mailman/listinfo/insight-users
>>
>>
>
>
>
>
--
=======================================================================
Stephen R. Aylward, Ph.D. www.cs.unc.edu/~aylward
Research Assistant Professor of Radiology aylward@unc.edu
Adjunct Assistant Professor of Computer Science (919)966-9695
--------------030906030202090801070305
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title></title>
</head>
<body>
<br>
Did it happen when he upgraded Cmake?<br>
<br>
s<br>
<br>
Lorensen, William E (Research) wrote:<br>
<blockquote type="cite"
cite="midFBE90DFC240BA541B38A43F39913A16D054142BD@xmb02crdge">
<pre wrap="">I ran into a similar problem today at Brigham and Womens. The CMake fltk library variable pointed to
the directory and not the lib file. I have not been able to track it down. Also, the include dir was
not correctly found. The fellow's build was failing in the DistanceMap app.
Bill
-----Original Message-----
From: Stephen R. Aylward [<a class="moz-txt-link-freetext" href="mailto:aylward@unc.edu">mailto:aylward@unc.edu</a>]
Sent: Wednesday, January 15, 2003 7:44 PM
To: Luis Ibanez
Cc: Kent Williams; <a class="moz-txt-link-abbreviated" href="mailto:insight-users@public.kitware.com">insight-users@public.kitware.com</a>
Subject: Re: [Insight-users] Build issues for VTK with respect to FLTK
Hi Kent,
I think that since you are getting linker errors and not include errors,
the problem might also be due to you having gone from cmake1.4.x to
cmake1.6beta. Is this correct? You'll probably have a correctly
defined FLTK_INCLUDE_DIR, but for some reason the variable
FLTK_LIBRARIES isn't set when you go from 1.4 to 1.6 and hence the link
errors result.
If so, you need to delete your CMakeLists.txt file in your binary
directory, recofigure using cmake, and then try again.
Stephen
Luis Ibanez wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi Kent,
What happens is the CMake marks all the variables
related with FLTK libraries as "Advanced".
The result, is that those variables are not presented
to the user unles the "Advanced" option is selected
in the GUI (windows or unix).
So, CMake probably didn't find the FLTK libraries,
filled the corresponding variables as 'NOTFOUND' and
you didn't see them because you are in the non-advanced
mode.
Please do the following:
1) rerun CMake
2) select "Advanced" in the interface
3) look for the variables
FLTK_BASE_LIBRARY
FLTK_GL_LIBRARY
FLTK_FORMS_LIBRARY
FLTK_IMAGES_LIBRARY
and make sure they are pointing to
fltk.a
fltk_gl.a
fltk_forms.a
fltk_images.a
respectively.
4) hit configure
5) hit generate
6) recompile
That should solve the problem...
-----
The file FindFLTK.cmake in the cvs version
of CMake has already been modified to not
mark these variables as advanced.
-----
About your assumption with the nightly builds,
You are right, they are building all the
applications including those using VTK and FLTK.
Keep in mind, however, that ITK doesn't require
nor depends on VTK or FLTK. These libraries are
only used by the demo applications distributed
with ITK. It is likely that those applications
will be distributed in the future as a separate
package in order to avoid confusions.
Please let us know if you have further questions,
Thanks
Luis
----------------------------------------------
Kent Williams wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I'm a novice ITK developer trying to figure things out, and something
came up today that's been mystifying me -- Cmake is not adding the
fltk libraries to the projects in Applications that need them --
starting with DistanceMapFilter.
I've verified that fltk-1.1.2 is built correctly, and that the
CMakeCache.txt
has the correct path for the fltk libraries and include files. But
the Makefile doesn't contain -lfltk -lfltk_forms -lfltk_gl etc. I
find this rather baffling -- I can add the '-l' clauses to the link
line in the CMake-generated Makefile and it builds without a hitch,
but there's something screwy about generating the library dependencies.
My understanding is that This is on RedHat Linux -- kernel
2..18-10smp, completely unmodified CVS checkout of the current (not
release 1.0) Insight source tree.
I can provide files to anyone who wants to paw through them. CMake
seems to act as though those examples don't need fltk fiiles, and I
don't understand yet how to tell CMake it does, or what I'd have to
edit and change to make it work.
I assume that the nightly dashboard build try to build everything,
and any problems like this should be caught. That would mean I'm
having a cockpit error here, but I don't know what it is.
Thanks in advance for your help!
_______________________________________________
Insight-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Insight-users@public.kitware.com">Insight-users@public.kitware.com</a>
<a class="moz-txt-link-freetext" href="http://public.kitware.com/mailman/listinfo/insight-users">http://public.kitware.com/mailman/listinfo/insight-users</a>
</pre>
</blockquote>
<pre wrap="">
_______________________________________________
Insight-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Insight-users@public.kitware.com">Insight-users@public.kitware.com</a>
<a class="moz-txt-link-freetext" href="http://public.kitware.com/mailman/listinfo/insight-users">http://public.kitware.com/mailman/listinfo/insight-users</a>
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="$mailwrapcol">--
=======================================================================
Stephen R. Aylward, Ph.D. <a class="moz-txt-link-abbreviated" href="http://www.cs.unc.edu/~aylward">www.cs.unc.edu/~aylward</a>
Research Assistant Professor of Radiology <a class="moz-txt-link-abbreviated" href="mailto:aylward@unc.edu">aylward@unc.edu</a>
Adjunct Assistant Professor of Computer Science (919)966-9695
</pre>
<br>
</body>
</html>
--------------030906030202090801070305--