[Insight-developers] Cygwin cmake 2.6 issue

Bill Lorensen bill.lorensen at gmail.com
Wed Jun 3 13:22:28 EDT 2009


No hurry really.

On Wed, Jun 3, 2009 at 12:34 PM, Wes Turner <wes.turner at kitware.com> wrote:
> Bill,
> Brad asked me to take care of this, but I have been out since Monday after
> having knee surgery.  I will be working from home the next few days and this
> is something that is on my list to do.  Is there a hard deadline on this, or
> is it something I can dabble at for a few days?
> - Wes
>
> On Wed, Jun 3, 2009 at 8:59 AM, Brad King <brad.king at kitware.com> wrote:
>>
>> Bill Lorensen wrote:
>>>
>>> Brad,
>>>
>>> Also, I think the same thing may have happened to the mingw build.
>>> http://www.cdash.org/CDash/viewBuildError.php?buildid=346391
>>
>> It is actually a problem affecting the GNU toolchain on windows,
>> not just cygwin specifically.
>>
>>> Did some change break this compatibility? Or is this a bugu that
>>> needed to be corrected?
>>
>> CMake 2.6 links to the dll's import library "libITKCommon.dll.a"
>> instead of the dll "cygITKCommon.dll".  This is considered the
>> proper way to link on Windows in general, and was a bug in 2.4.
>> However, the linker works differently with the import library
>> than with the dll in some subtle ways, which led to the problem.
>>
>> It was just lucky that 2.4's way worked for our case.  I would
>> not be surprised if it would cause some subtle runtime bugs in
>> similar cases.  The root cause is that we are trying to link
>> a shared library to static libraries and then an executable
>> to both that shared library and the same static libraries.
>> Therefore the solution is to build everything shared or static
>> but not both.
>>
>> -Brad
>
>
>
> --
> Wesley D. Turner, Ph.D.
> Kitware, Inc.
> R&D Engineer
> 28 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-371-3971 x120
>


More information about the Insight-developers mailing list