search for: execute_process

...program(git_executable NAMES git git.exe git.cmd) - if( git_executable ) + find_program(git_executable NAMES git git.exe git.cmd) + if( git_executable ) + # Try to get a ref-id + if( EXISTS ${CMAKE_CURRENT_SOURCE_DIR}/.git/svn ) set(is_git_svn_rev_exact false) execute_process(COMMAND ${git_executable} svn log --limit=1 --oneline WORKING_DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR} @@ -36,7 +41,16 @@ function(add_version_info_from_vcs VERS) string(SUBSTRING "${git_svn_rev}" 1 ${rev_length} git_svn_rev_number) set(SVN_REVISION ${git_svn...

Hi Rafael, I looked at the code which you pushed a while ago to check for the gold linker. Code below: execute_process( COMMAND ${CMAKE_C_COMPILER} -Wl,--version OUTPUT_VARIABLE stdout ERROR_QUIET) if("${stdout}" MATCHES "GNU gold") set(LLVM_LINKER_IS_GOLD ON) endif() I was trying to build runtime libraries (compiler-rt) for ARM using “clang” which includes this...

...guments for configuring the NATIVE portion of the build. However, CMake will actually set the CC, CXX, and FC environment variables to full paths of the compilers in the CMAKE_{C,CXX,Fortran}_COMPILER CMake variables inside the CMake process. This results in those variables being propagated to any execute_process calls so without explicitly providing a separate toolchain file, the configure step for the NATIVE host will pick up the compilers used by the cross-compile toolchain intended for the target CPU. --- cmake/modules/CrossCompile.cmake | 14 ++++++++++---- 1 file changed, 10 insertions(+), 4 deletion...

...he default behavior of building a native version of TableGen, but the way that's currently set up in cmake isn't working here. I'm looking at cmake/modules/CrossCompile.cmake (and I think "toochain" on the first line is a typo?) and trying to figure out how to make its call to execute_process(COMMAND ${CMAKE_COMMAND} ...) not inherit the top-level settings for CMAKE_C_COMPILER etc from the cross build. Any ideas? I've tried moving my mingw settings from the command line to a toolchain file but that hasn't done anything different so far. I've also tried specifically creating...

...ake: Gold linker detection On Wed, Jan 28, 2015 at 2:27 AM, Sumanth Gundapaneni <sgundapa at codeaurora.org <mailto:sgundapa at codeaurora.org> > wrote: Hi Rafael, I looked at the code which you pushed a while ago to check for the gold linker. Code below: execute_process( COMMAND ${CMAKE_C_COMPILER} -Wl,--version OUTPUT_VARIABLE stdout ERROR_QUIET) if("${stdout}" MATCHES "GNU gold") set(LLVM_LINKER_IS_GOLD ON) endif() I was trying to build runtime libraries (compiler-rt) for ARM using “clang” which includes this...

...LANG_SOURCE_DIR so that clang-tblgen can be built set(external_clang_dir "-DLLVM_EXTERNAL_CLANG_SOURCE_DIR=${LLVM_EXTERNAL_CLANG_SOURCE_DIR}") endif() + unset(ENV{ASM}) + unset(ENV{CC}) + unset(ENV{CXX}) execute_process(COMMAND ${CMAKE_COMMAND} ${build_type_flags} -G "${CMAKE_GENERATOR}" -DLLVM_TARGETS_TO_BUILD=${LLVM_TARGETS_TO_BUILD} ${CROSS_TOOLCHAIN_FLAGS_${target_name}} ${CMAKE_SOURCE_DIR} It would be more proper to save the values of these envi...

...tive version >> of TableGen, but the way that's currently set up in cmake isn't working >> here. I'm looking at cmake/modules/CrossCompile.cmake (and I think >> "toochain" on the first line is a typo?) and trying to figure out how >> to make its call to execute_process(COMMAND ${CMAKE_COMMAND} ...) not >> inherit the top-level settings for CMAKE_C_COMPILER etc from the cross >> build. Any ideas? I've tried moving my mingw settings from the command >> line to a toolchain file but that hasn't done anything different so far. >> I'...

...> set(LLVMOPTIONALCOMPONENTS ${LLVMOPTIONALCOMPONENTS} OProfileJIT) > endif (LLVM_USE_OPROFILE) > +if (LLVM_USE_PERF) > + set(LLVMOPTIONALCOMPONENTS PerfJITEvents) > +endif (LLVM_USE_PERF) > > message(STATUS "Constructing LLVMBuild project information") > execute_process( > diff --git a/include/llvm/Config/config.h.cmake b/include/llvm/Config/config.h.cmake > index ff41d75373c..cdc14aebe0f 100644 > --- a/include/llvm/Config/config.h.cmake > +++ b/include/llvm/Config/config.h.cmake > @@ -384,6 +384,9 @@ > /* Define if we have the oprofile JIT-supp...

Having something like this available in tree would definitely be useful. For simplicity, why don't we start with support for the second style? This is the long term useful one and would be a good starting point for getting the code in tree. Can you give a pointer to the patch so that I can assess the rough complexity? If it's simple enough, I'd be happy to help get it reviewed

Hi, On 2016-12-29 13:17:50 -0800, Philip Reames wrote: > Having something like this available in tree would definitely be > useful. Cool. > For simplicity, why don't we start with support for the second style? This > is the long term useful one and would be a good starting point for getting > the code in tree. Works for me. > Can you give a pointer to the patch so that