Thanks-- the cmake cache is where the trouble is: CMAKE_LINKER:FILEPATH=C:/strawberry/c/bin/ld.exe
I used to have strawberry perl installed a while ago, but it's now uninstalled. I guess I ran cmake back then and it cached the wrong linker. Rerunning cmake doesn't seem to overwrite the cache, so I clobbered the whole folder and reran cmake. Now it's using msvc's link. I'm not sure where the bug is (if there is one). Should re-running cmake recreate the cache? Why does the presence of strawberry perl confuse cmake? -----Original Message----- From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of Andreas Pakulat Sent: Thursday, March 04, 2010 15:39 To: cmake@cmake.org Subject: Re: [CMake] windows link error On 04.03.10 17:27:56, Simmons, Aaron wrote: > You're right-- msvc uses "link"; I was thinking of gcc's "ld". I guess the > question is why is it trying to use "ld" at all? Cmake successfully detects > that its using msvc/nmake, as it compiles all of the .c files with "cl". > It's the lib-linking step that falls down. > > Here is my "set" output: Hmm, can't see anything suspicious. What's in the cmake cache? Is the ld.exe mentioned there? Andreas -- Learn to pause -- or nothing worthwhile can catch up to you. _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake