similar to: [LLVMdev] llvmbuild.txt and cmakelists.txt

Hi, I've been working on a set of patches to statically link polly in the LLVM tools. There remains an error I can't seem to solve when linking llvm-lto (all other tools luckily get linked correctly): it insists adding libLLVMipo.a after libLLVMPolly.a on the link command, resulting in an error of the form: PassManagerBuilder.cpp:(.text+0x499): undefined reference to

> http://llvm.org/devmtg/2012-04-12/Slides/Workshops/Anton_Korobeynikov.pdf > > They're similar, but different. I assume the newer one is better, but you > can look at both, shouldn't take too long. Yeah, right. The EuroLLVM one was a "refreshed" version of the first one. For example, there was no MC in 2009 and so on. The backend stub is available at

On Thu, Oct 31, 2013 at 12:17 PM, Sebastian Pop <spop at codeaurora.org> wrote: > Is there a reason to not use the cmake add_dependencies to establish the link > order of the LLVM libs instead of using the LLVMBuild.txt info? Have you tried `target_link_libraries`? The new CMake book has an example showing one static lib depending on another (page 25): `target_link_libraries(foo

On 24 September 2013 03:00, Sean Silva <chisophugis at gmail.com> wrote: > http://llvm.org/devmtg/2009-10/Korobeynikov_BackendTutorial.pdf > He did this again last year at the EuroLLVM: http://llvm.org/devmtg/2012-04-12/Slides/Workshops/Anton_Korobeynikov.pdf They're similar, but different. I assume the newer one is better, but you can look at both, shouldn't take too long.

Hello > I'd like to ask for some advise about adding a backend. I followed > the steps at http://llvm.org/docs/WritingAnLLVMBackend.html (also > adding the backend to the configure script, so it compiles (on Linux) > with LLVM 3.1. This document is heavily out of date (so, I think it should be removed / marked obsolete). You might grab some information from

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello devs, I'd like to ask for some advise about adding a backend. I followed the steps at http://llvm.org/docs/WritingAnLLVMBackend.html (also adding the backend to the configure script, so it compiles (on Linux) with LLVM 3.1. However, llvm-build fails with: llvm[0]: Constructing LLVMBuild project information. Usage: llvm-build [options]

Hi all, *TL;DR:* I have a target TMS9900CodeGen but cmake is looking for LLVMTMS9900 or LLVMTMS9900CodeGen which I don't have, and cmake dies. But the MSP430 target doesn't have that either, and cmake is happy with it. What am I missing? *The premise:* I may be making a huge mistake, but I'm trying to develop an LLVM backend. I'm writing up some notes while I do so, and I hope

Hi Yaron, I know you sent me some emails before about regression testing on MSYS2 So you might have some idea about this I am getting a regression error on check-llvm. With the llvm/trunk/test/ExecutionEngine/Interpreter/intrinsics.ll FAIL: LLVM :: ExecutionEngine/Interpreter/intrinsics.ll (7635 of 14266) > ******************** TEST 'LLVM :: >

This test results in UNSUPPORTED on my system, since config.enable_ffi = "OFF". This is the result of LLVM_ENABLE_FFI which is OFF by default. Is it turned ON in your build? 2015-07-28 17:32 GMT+03:00 Martell Malone <martellmalone at gmail.com>: > Hi Yaron, > > I know you sent me some emails before about regression testing on MSYS2 > So you might have some idea about

> > Is it turned ON in your build? > Yes it is turned on in my build here is my build script PATH=/mingw64/bin:$PATH FFI_INCLUDE_DIR="$(pkg-config --cflags libffi)" > FFI_INCLUDE_DIR=$(echo $FFI_INCLUDE_DIR | sed 's|-I||g') > > /mingw64/bin/cmake.exe \ > -G"MSYS Makefiles" \ > -DCMAKE_MAKE_PROGRAM="/usr/bin/make.exe" \ >

You may be the first person to try this configuration... it would certainly be good if libffi could be made to work and these tests passing, try to see what the problem and patch it. 2015-07-28 22:04 GMT+03:00 Martell Malone <martellmalone at gmail.com>: > Is it turned ON in your build? >> > Yes it is turned on in my build > > here is my build script > >

The bot has been failing its CMake step for a while now. Probably fallout from renaming Msf to MSF. Can somebody get this straightened out? It's one of the bots that run VS2013 AFAICT which makes it useful to me. Thanks, --paulr

The header is not longer used and on alpha, ia64, openrisc, parisc and um it was completely unused anyway as these architectures have no highmem support. Signed-off-by: Thomas Gleixner <tglx at linutronix.de> --- V3: New patch --- arch/alpha/include/asm/kmap_types.h | 15 --------------- arch/ia64/include/asm/kmap_types.h | 13 ------------- arch/openrisc/mm/init.c |

What is the difference between Speex. xcodeproj and Speex_UB.xcodeproj? In building the Speex framework, I noticed that Speex_UB.xcodeproj is including several files that don't exist anymore as well as missing files that were added since it was last updated. Also, modes_wb.c is not included in either framework project which causes a link error when I call speex_lib_get_mode().

The latter. Unfortunately we need to get physical access and delete the checkout. I'm afraid reverting will just reintroduce the problem and re-break all the bots that people already took the time to fix, since going from MSF -> Msf is the same as going from Msf -> MSF On Mon, Aug 1, 2016 at 8:55 AM Reid Kleckner <rnk at google.com> wrote: > So, the MSF rename managed to break

On Wed, Sep 16, 2015 at 01:50:08PM +0530, Sudip Mukherjee wrote: > Hi, > While crosscompiling the kernel for openrisc with allmodconfig the build > failed with the error: > drivers/vhost/vhost.c: In function 'vhost_vring_ioctl': > drivers/vhost/vhost.c:818:3: error: call to '__compiletime_assert_818' declared with attribute error: BUILD_BUG_ON failed: __alignof__

$(llvm-config --libs | tr " " "\n" | grep gtest) returns: -lgtest_main -lgtest instead of non-valid: -lLLVMgtest_main -lLLVMgtest It also fixes: $(ld): cannot find -lLLVMgtest $(ld): cannot find -lLLVMgtest_main --- unittests/Makefile.unittest | 2 +- utils/llvm-build/llvmbuild/componentinfo.py | 4 ++-- utils/llvm-build/llvmbuild/main.py |

Hello, Is there any package to install llvm 3.1 on solaris?  Standard installation by compiling the sources does not run smoothly. I found that similar issues have been addressed before, but without replies: http://clang-developers.42468.n3.nabble.com/Using-Clang-LLVM-on-sparc-solaris-td2807126.html I tried to install llvm 3.1 on a system with Sun Microsystems Inc.   SunOS 5.10      Generic

Here's the Flac.xcodeproj, compressed with 7-zip as it's just a folder and can't be transmitted without being compressed, check to see if it works on your computers, and hopefully everything works. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20130502/e1d68a75/attachment-0001.htm --------------

Hey all, Quick query on out of tree target support - at present I can drop a folder Foo into <llvm>/lib/Target/Foo and use the CMake option LLVM_EXPERIMENTAL_TARGETS_TO_BUILD to pick up my target. The issue is that I still need to patch the one LLVMBuild.txt file in <llvm>/lib/Target with; |iff --git a/lib/Target/LLVMBuild.txt b/lib/Target/LLVMBuild.txt index 4112046..6e42cbe