search for: get_filename_component

Hi, Following on from another thread (Long-Term Support for LLVM Projects Extension to Build System) I'd like to discuss the testing of the exported LLVM CMake targets which can be used by consumers of LLVM as documented in [1]. Right now we don't test this feature **at all** and as a result it has been or is * broken in trunk * broken by those packaging LLVM * broken in the official

...===== --- LLVMConfig.cmake.in (revision 159425) +++ LLVMConfig.cmake.in (working copy) @@ -32,8 +32,11 @@ set(LLVM_ON_WIN32 @LLVM_ON_WIN32@) set(LLVM_INSTALL_PREFIX @LLVM_INSTALL_PREFIX@) -set(LLVM_INCLUDE_DIRS ${LLVM_INSTALL_PREFIX}/include) -set(LLVM_LIBRARY_DIRS ${LLVM_INSTALL_PREFIX}/lib) + +get_filename_component(LLVM_CURRENT_LIST_DIR CMAKE_CURRENT_LIST_FILE PATH) +set(LLVM_INCLUDE_DIRS ${LLVM_CURRENT_LIST_DIR}/../../../include) +set(LLVM_LIBRARY_DIRS ${LLVM_CURRENT_LIST_DIR}/../../../lib) + set(LLVM_DEFINITIONS "-D__STDC_LIMIT_MACROS" "-D__STDC_CONSTANT_MACROS") # We try to include u...

> > *hi,Óscar:* > * * > >Why? Please describe a case. > > >I need to do some futher experiment and to see whether I have been > wrong. > Since I touch this problem several months ago, so I did some test using the 3.2svn, the reason why uninstalled build 'cmake not work lies in set(LLVM_INSTALL_PREFIX @LLVM_INSTALL_PREFIX@) set(LLVM_INCLUDE_DIRS

...25) > +++ LLVMConfig.cmake.in (working copy) > @@ -32,8 +32,11 @@ > set(LLVM_ON_WIN32 @LLVM_ON_WIN32@) > > set(LLVM_INSTALL_PREFIX @LLVM_INSTALL_PREFIX@) > -set(LLVM_INCLUDE_DIRS ${LLVM_INSTALL_PREFIX}/include) > -set(LLVM_LIBRARY_DIRS ${LLVM_INSTALL_PREFIX}/lib) > + > +get_filename_component(LLVM_CURRENT_LIST_DIR CMAKE_CURRENT_LIST_FILE PATH) > +set(LLVM_INCLUDE_DIRS ${LLVM_CURRENT_LIST_DIR}/../../../include) > +set(LLVM_LIBRARY_DIRS ${LLVM_CURRENT_LIST_DIR}/../../../lib) > + What about LLVM_TOOLS_BINARY_DIR ? Have you checked that CMAKE_CURRENT_LIST_FILE is available for CM...

...ocation is required every time a new project is > > +# added or removed. > > + > > +add_custom_target(runtimes) > > + > > +file(GLOB entries *) > > +foreach(entry ${entries}) > > + if(IS_DIRECTORY ${entry} AND EXISTS ${entry}/CMakeLists.txt) > > + get_filename_component(projName ${entry} NAME) > > + llvm_ExternalProject_Add(${projName} ${entry} USE_TOOLCHAIN) > > + add_dependencies(runtimes ${projName}) > > + endif() > > +endforeach(entry) > > Index: cmake/modules/LLVMExternalProjectUtils.cmake > > =======================...

...; +# added or removed. >>> > + >>> > +add_custom_target(runtimes) >>> > + >>> > +file(GLOB entries *) >>> > +foreach(entry ${entries}) >>> > + if(IS_DIRECTORY ${entry} AND EXISTS ${entry}/CMakeLists.txt) >>> > + get_filename_component(projName ${entry} NAME) >>> > + llvm_ExternalProject_Add(${projName} ${entry} USE_TOOLCHAIN) >>> > + add_dependencies(runtimes ${projName}) >>> > + endif() >>> > +endforeach(entry) >>> > Index: cmake/modules/LLVMExternalProjectUtils...

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

...gt;>>> > +add_custom_target(runtimes) >>>>> > + >>>>> > +file(GLOB entries *) >>>>> > +foreach(entry ${entries}) >>>>> > + if(IS_DIRECTORY ${entry} AND EXISTS ${entry}/CMakeLists.txt) >>>>> > + get_filename_component(projName ${entry} NAME) >>>>> > + llvm_ExternalProject_Add(${projName} ${entry} USE_TOOLCHAIN) >>>>> > + add_dependencies(runtimes ${projName}) >>>>> > + endif() >>>>> > +endforeach(entry) >>>>> > Index...