[Cmake] Strange behavior of cmake
Bill Hoffman
bill . hoffman at kitware . com
Tue, 24 Jun 2003 09:43:14 -0400
OK, I see now. This is a bug in the nmake generator.
The nmake generator inherits from the Unix generator and gets
this behavior from there. I think in this case, I can not think
of a work around. We will fix it in the next release.
I guess the only thing you can do is:
1. don't use nmake, but use the IDE
2. rename the library
- this could be done by cmake with a file copy
Thanks for the bug report.
-Bill
>Well, the problem is quite different. I know that UNIX uses lib<name>.a
>naming convence, therefore UNIX linker needs -l<name> only. But on Windows
>the name of library, I mentioned, is libtiff.lib. Therefore I used
>
> FIND_LIBRARY(TIFF_LIB libtiff)
>
>and cmake found the correct path (e.g. "c:/libs/libtiff.lib"). But when I
>saw the makefile created by cmake I found the following line:
>
> ... /GX /nologo ... -LIBPATH:c:\libs tiff.lib jpeg.lib
>
>Why cmake cut the names from libtiff.lib, that it really found, to
>tiff.lib? The file tiff.lib does not exist.