similar to: LLVM_CONFIG_PATH when building Clang from sources

Ashok Nalkund <ashoknn at qti.qualcomm.com> writes: > We want to compile LLVM/Clang and use the resulting > headers/libraries in our project. But we compile it during out build > process. I can build LLVM/Clang by adding it to our cmakelists.txt but > when our code tries to use one of the headers > (clang/CodeGen/ModuleBuilder.h), its not found as it doesnt exist. If > I

A couple of llvm sub-projects have been failing to build for me for a while (compiler-rt asan and util/unittests, at least). It turns out to be due to the fact that some paths on my system include spaces and other special characters, but the the build.ninja file was not generated with correctly quoted strings. Specifically I'm on OS X and the command is setting -isysroot to a location inside

Hi All, We want to compile LLVM/Clang and use the resulting headers/libraries in our project. But we compile it during out build process. I can build LLVM/Clang by adding it to our cmakelists.txt but when our code tries to use one of the headers (clang/CodeGen/ModuleBuilder.h), its not found as it doesnt exist. If I do a 'make install' in the llvm directory, then the file is

*hi,Óscar:* * * *so following patch should address both the relocation problem and uninstall tree problem, not fully tested just for discussion.* * * Index: LLVMConfig.cmake.in =================================================================== --- LLVMConfig.cmake.in (revision 159425) +++ LLVMConfig.cmake.in (working copy) @@ -32,8 +32,11 @@ set(LLVM_ON_WIN32 @LLVM_ON_WIN32@)

On Fri, Nov 16, 2018 at 12:46 AM Tom Stellard <tstellar at redhat.com> wrote: > > On 11/15/2018 09:39 PM, Jeffrey Walton via llvm-dev wrote: > > I'm trying to build LLVM, CFE and RT from sources on an old PowerMac > > with OS X 10.5. > > Which version of clang/llvm are you using? LLVM 7.0. The script is available at

On 1/19/2013 2:39 AM, Óscar Fuentes wrote: > Ashok Nalkund <ashoknn at qti.qualcomm.com> writes: > >> We want to compile LLVM/Clang and use the resulting >> headers/libraries in our project. But we compile it during out build >> process. I can build LLVM/Clang by adding it to our cmakelists.txt but >> when our code tries to use one of the headers >>

Hi When I'm using clang 3.1 with the isysroot argument, it doesn't seem to pick up header files from the directory I'm passing through the command line: > $ clang -isysroot/myownheaders -v foo.c -c -o foo.o > clang version 3.1 (tags/RELEASE_31/final) > Target: i386-pc-linux-gnu > Thread model: posix > "/usr/bin/clang" -cc1 -triple i386-pc-linux-gnu -emit-obj

On Fri, Nov 16, 2018 at 1:02 AM Tom Stellard <tstellar at redhat.com> wrote: > > On 11/15/2018 09:47 PM, Jeffrey Walton wrote: > > On Fri, Nov 16, 2018 at 12:46 AM Tom Stellard <tstellar at redhat.com> wrote: > >> > >> On 11/15/2018 09:39 PM, Jeffrey Walton via llvm-dev wrote: > >>> I'm trying to build LLVM, CFE and RT from sources on an

Hi, I'm wanting to call R from Perl via the RSPerl package. However I cannot seem to install it on my Macbook (OS X Tiger - R 2.6 - Perl 5.8.6). I try to install the source downloaded from the sigmahat website - but it seems to fail - when I search my system for R.pm - I can't find it? Something looks to be going wrong with the make bits? Cheers David M ---- $ R CMD INSTALL

I can get clang/llvm to emit a rotate instruction on x86-64 when compiling C by just using -Os and the rotate from Hacker's Delight i.e., ====== #include <stdlib.h> #include <stdint.h> uint32_t ror(uint32_t input, size_t rot_bits) { return (input >> rot_bits) | (input << ((sizeof(input) << 3) - rot_bits)); } ====== Then compile with (assuming you are on OS

On an (Intel Leopard) Mac I try to build a package (mxFinance) which depends on another package (mxGraphics). The dependendy is 1) a 'Depends:' in DESCRIPTION and 2) an import in NAMESPACE. - The build fails if the dependent package (mxGraphics) is not installed in the R.framework Do I need to have installed all packages which are required by packages to be built binary (source builds

The new cmake 3.7.0-rc1 release produces a stage2 bootstrap failure in openmp project build on OS X 10.11 under Xcode 8.... In file included from /sw/src/fink.build/llvm40-4.0.0-1/llvm-4.0.0.src/projects/openmp/runtime/src/kmp_alloc.c:16: In file included from /sw/src/fink.build/llvm40-4.0.0-1/llvm-4.0.0.src/projects/openmp/runtime/src/kmp.h:98:

I recently bought a new Intel Mac with OSX Leopard. I reinstalled the latest version of R and the Xcode tools. I'm trying to compile a C source code with the R compiler in X11, and I receive the following error message: [Macintosh:School Work 07-08/36-711/HW 3] dajmcdon% R CMD SHLIB McDonaldHW3.c gcc-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -no-cpp-precomp

I recently bought a new Intel Mac with OSX Leopard. I reinstalled the latest version of R and the Xcode tools. I'm trying to compile a C source code with the R compiler in X11, and I receive the following error message: [Macintosh:School Work 07-08/36-711/HW 3] dajmcdon% R CMD SHLIB McDonaldHW3.c gcc-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -no-cpp-precomp

On Wed, Jul 6, 2016 at 1:21 PM, Mehdi Amini via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > On Jun 23, 2016, at 11:15 AM, Cristianno Martins via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > Hi Vivek, > > you can also include these lines below to your ~/.bash_profile: > > LLVM_BUILD="/Developer/llvm/build" # Path to your build directory

Thanks for responding, Duncan, and clarifying that y'all need more info to help. I'm trying to compile binaries on os x 10.5.8 intel hardware that are compatible on ppc os x 10.4. When I include various flags to llvm-gcc, including: -m32 -arch ppc -isysroot /Developer/SDKs/MacOS10.4u.sdk -mmacosx-version-min=10.4 I am seeing errors when compiling using llvm-gcc 4.2. If I leave out

Nice! Clever compiler.. On 07/28/2012 08:55 PM, Michael Gottesman wrote: > I can get clang/llvm to emit a rotate instruction on x86-64 when compiling C by just using -Os and the rotate from Hacker's Delight i.e., > > ====== > #include<stdlib.h> > #include<stdint.h> > > uint32_t ror(uint32_t input, size_t rot_bits) > { > return (input>>

Hi All, The proposed patch makes possible to use LLVM's CMake build infrastructure (most importantly add_llvm_library and add_llvm_executable macros) from the project that has llvm in a subdirectory. For example: demo/ llvm/ demo.cpp CMakeLists.txt where CMakeLists.txt is as follows: # ----------------------------- Start of CMakeLists.txt

I tracked down the error. There’s an ifneq check for IOSSIM_SDK_PATH before it’s defined. $ grep -n IOSSIM_SDK_PATH projects/compiler-rt/make/platform/clang_darwin.mk 91:ifneq ($(IOSSIM_SDK_PATH),) 157:IOSSIM_SDK_PATH := $(call XCRunSdkPath,iphonesimulator) 158:$(warning clang_darwin.mk: $(IOSSIM_SDK_PATH)) 161: -isysroot $(IOSSIM_SDK_PATH) \ 207: -mios-simulator-version-min=7.0

Should be fixed in r195216. On 2013 Nov 19, at 21:30, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote: > I tracked down the error. There’s an ifneq check for IOSSIM_SDK_PATH before it’s defined. > > $ grep -n IOSSIM_SDK_PATH projects/compiler-rt/make/platform/clang_darwin.mk > 91:ifneq ($(IOSSIM_SDK_PATH),) > 157:IOSSIM_SDK_PATH := $(call