At 10:18 AM 5/18/2006, Amitha Perera wrote:
>I've been able to get relatively far by simply implementing a
>Platform/Windows-bmc.cmake, and using NMake as the Makefile parser. I
>thought I'd try this first before writing a generator for the Digital
>Mars make.
>
>Right now, I'm stuck here: the Digital Mars linker wants full paths to
>the libraries, or else will scan the LIB environment variable. Is
>there a variable simliar to <LINK_LIBRARIES> that will expand to the
>full paths of the required libraries?
>
>(Unfortunately, this is somewhat low priority for me, so I'll
>apologize in advance for delayed responses.)
Currently, there is not. 

It does seem that the linker can not add paths to the link line:

http://www.digitalmars.com/d/archives/c++/command-line/639.html

I am not even sure we always have that information.  For example,
someone might do LINK_DIRECTORIES(....) LINK_LIBRARIES(A). 
  
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}")

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.

-Bill

_______________________________________________
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake

Reply via email to