On Thu 18 May 2006, William A. Hoffman wrote:
> I am not even sure we always have that information. For example,
> someone might do LINK_DIRECTORIES(....) LINK_LIBRARIES(A).
In principle, CMake has enough knowledge to look for it by scanning
the current LINK_DIRECTORIES for libA.
> Maybe we could set the LIB env as part of the link command.
> Then use the /SCANLIB option. Then do something like this:
>
> In Windows-bmc.cmake try this:
>
> SET(CMAKE_LIBRARY_PATH_FLAG ";")
> SET(CMAKE_CXX_CREATE_SHARED_LIBRARY
> "set LIB=<LINK_LIBRARIES>"
> "link ${CMAKE_CL_NOLOGO} ${CMAKE_START_TEMP_FILE} /out:<TARGET>
> /PDB:<TARGET_PDB> /dll <LINK_FLAGS> <OBJECTS> <LINK_LIBRARIES>
> ${CMAKE_END_TEMP_FILE}")
I tried this before my previous post, and it didn't work. The problem
is that the directory still appears on the command line, and it is
interpreted as a library.
> We might need to create a <LINK_DIRECTORIES> that would only have
> the link directories part of the link line, but that might work with
> the extra junk at the end of the lib path.
I think both a <LINK_DIRECTORIES> and a <LINK_ONLY_LIBRARIES> is
necessary, because dmc can't deal with the directory paths being on
the command line.
Amitha.
_______________________________________________
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
