Displaying 3 results from an estimated 3 matches for "to_cmake_path".
2015 Jun 19
4
[LLVMdev] [CMake] Generated LLVMConfig.cmake and LLVMExports.cmake broken under Visual Studio 2015
...K\lib\diaguids.lib"
>
> Hmm actually this might be a bug in the
> ``/lib/DebugInfo/PDB/CMakeLists.txt`` file. CC'ing Zach Turner seeing
> as he appears to be the author.
>
> - set(LIBPDB_ADDITIONAL_LIBRARIES "${LIBPDB_LINK_FOLDERS}\\diaguids.lib")
> + file(TO_CMAKE_PATH "${LIBPDB_LINK_FOLDERS}\\diaguids.lib" LIBPDB_ADDITIONAL_LIBRARIES)
That should resolve the issue for LLVM with no changes to CMake.
However, CMake should also be taught to escape the backslashes correctly
when generating the export files. Take a look at
Source/cmExportFileGenerator....
2015 Jun 18
2
[LLVMdev] [CMake] Generated LLVMConfig.cmake and LLVMExports.cmake broken under Visual Studio 2015
Hi,
Myself and a colleague of mine are trying to use LLVM's exported
targets [1] on trunk and I've noticed that the generated CMake files
(LLVMConfig.cmake and LLVMExport.cmake) are broken when trying to use
Visual Studio 2015 (using CMake 3.2.1).
## Broken target properties in LLVMExports.cmake
LLVM itself builds fine but when our project tries to do
``find_package(LLVM)`` we get the
2015 Jan 27
3
[LLVMdev] build failure on mingw gcc 4.9.1
On Tue, Jan 27, 2015 at 10:02 AM, Mueller-Roemer, Johannes Sebastian
<Johannes.Sebastian.Mueller-Roemer at igd.fraunhofer.de> wrote:
> Adding -D__MSVCRT_VERSION__=0x900 (or higher) to CMAKE_CXX_FLAGS and
> -lmsvcr90 (or higher) to CMAKE_CXX_STANDARD_LIBRARIES appears to work.
> -lmsvcrt80 does not work, contrary to the comment on the MinGW bug tracker.
> However, if you do not