similar to: [LLVMdev] [lld] Patch to incorporate lld test-suite into "make check-all"

On Tue, Jul 31, 2012 at 2:35 AM, Andy Gibbs <andyg1001 at hotmail.co.uk> wrote: > Hi again, > > Any interest in this patch to incorporate lld testing into "make check-all" > when lld built as part of llvm? Is this the best place to post patches for > lld? > > I've attached it again here to include a missing dependency. > > Cheers > Andy > >

Hi again, Any interest in this patch to incorporate lld testing into "make check-all" when lld built as part of llvm? Is this the best place to post patches for lld? I've attached it again here to include a missing dependency. Cheers Andy On Thursday, July 26, 2012 1:45 PM, Andy Gibbs wrote: > Hi, > > Attached is a patch which incorporates the lld test-suite into

Description =========== This patch adds support of CMake meta build system, so you can generate Unix makefiles, VS 6.0-2017 projects and many more. Features ======== * Win32 and Linux tested * Travis CI test added * Generates working Visual Studio 6.0-2017 solutions * Generates working Unix Makefile * Supported options (<option> - <default value>): * `ENABLE_FLOATING_POINT` - on

I means visual studio c++ 2008, do you build clang+llvm with .sln files, and these files are generated by cmake? I do of that. And because vs c++ can't recognize path such a:/filepath/.. Properlyn it's recognized as a:/filepath So we need change /.. to /../ or /../. 2009/8/6, Daniel Dunbar <daniel at zuster.org>: > I don't understand this problem, I have built clang on

On Sun, Oct 21, 2012 at 11:58:43AM -0700, Tobias Grosser wrote: ... > Does attached patch work for you? > > Tobi > Tobi, Yes, with this patch current llvm/polly svn builds and runs 'make polly-test' without issues in finding LLVMPolly.so. Thanks for fixing this so quickly. Do you have any comments on failing tests we are seeing on x86_64-apple-darwin11? Failing Tests (5):

Hi Dean, I have fixed the build failure in r329832. In general, do you think it would be possible to perform the task using higher-level functions available from AddCompilerRT.cmake? They were written exactly to avoid such errors. Regards, George > On Apr 11, 2018, at 10:50 AM, George Karpenkov <ekarpenkov at apple.com> wrote: > > Hi Dean, > > For me the build is still

Hi Dean, For me the build is still broken: -- Builtin supported architectures: i386;x86_64;x86_64h CMake Error at projects/compiler-rt/lib/xray/tests/CMakeLists.txt:21 (add_library): add_library cannot create target "RTXRay.test.osx" because another target with the same name already exists. The existing target is a static library created in source directory

So you're referring to llvm_test_prepare? There aren't many examples of that being used. I tried adding a call to it in my test directory's CMakeLists.txt like so: llvm_test_prepare(WORKDIR ${CMAKE_CURRENT_BINARY_DIR} export MY_VAR=42 ) In the hopes that something would happen, even an error, but it had no effect. Nothing at http://llvm.org/docs/lnt/tests.html explains how to

On Mon, Feb 8, 2016 at 12:45 PM, Hans Wennborg <hans at chromium.org> wrote: > Chris Bieneman is probably your best bet, and maybe also Dan Liew. > Hans, My current, and hopefully final, revision of the proposed patch is simplified and reworked to solve the problem entirely from cmake without touching the the llvm-build python scripts. Basically, the new fix for avoiding the

Hi, Attached is a patch which incorporates the lld test-suite into llvm's "make check-all" if lld is built within llvm. Please could someone review this for me. I've hand-amended the patch so that it should be easier to review. The majority of the patch is simply changing the indent once inside and else()/endif() block. Beyond that, I've standardised the test target name

On Wed, May 20, 2020 at 5:06 PM Tom Stellard <tstellar at redhat.com> wrote: > > On 05/19/2020 09:05 PM, Sedat Dilek wrote: > > Hi Tom, > > > > thanks and congrats for LLVM 10.0.1-rc1 release. > > > > [1] shows 2 assets. > > 10.0.0 RCs had a lot of more assets. > > I am missing the llvm-project-10.0.1rc1.tar.xz tarball. > > > > Will

Hi, Please could someone kindly review this patch for me? Many thanks Andy On Wednesday, July 18, 2012 9:15 AM, Andy Gibbs wrote: > Hi, > > I'm not sure where to post this since it relates to the "debuginfo-tests" > repository, so please tell me where to forward it if this is the wrong > place! > > I've fixed the forward-declare-class.cpp test-case in

On Tuesday, July 31, 2012 7:19 PM, Andy Gibbs wrote: > I'm afraid it looks like commit r160899 has broken two test-cases > which are part of the "debuginfo-tests" repository. I believe I > have narrowed it down to the correct commit... Erm, but I didn't post the details (obviously too much in a rush to get home last night! My apologies!) So here it is: The tests that

On Thu, Apr 3, 2014 at 9:23 PM, Greg Fitzgerald <garious at gmail.com> wrote: > > I don't think it's a good idea to let user hijack > > the driver and stuff in custom version of > > ASan runtime instead the one installed/built > > with compiler :) > > I'm okay with it. This is open source. If someone wants to put the > sanitizers on a shorter

On Wed, May 20, 2020 at 11:12 PM Tom Stellard <tstellar at redhat.com> wrote: > > On 05/20/2020 09:53 AM, Sedat Dilek wrote: > > On Wed, May 20, 2020 at 5:06 PM Tom Stellard <tstellar at redhat.com> wrote: > >> > >> On 05/19/2020 09:05 PM, Sedat Dilek wrote: > >>> Hi Tom, > >>> > >>> thanks and congrats for LLVM

Hey Andy, I proposed a similar patch to LLVM (left circular shift) around 10/2011. Parts of my patch did make it into trunk about a year after, but others did not. At that time, my solution was to add a binary operator to the IRBuilder, since LCS fits in nicely with the other shift operators. But, it is quite cumbersome to merge :*(. I would be happy to resend the original patch if you'd

On Jul 31, 2012, at 3:04 AM, Andy Gibbs <andyg1001 at hotmail.co.uk> wrote: > On Monday, July 30, 2012 12:16 AM, Cameron McInally wrote: >> Hey Andy, >> >> I proposed a similar patch to LLVM (left circular shift) around 10/2011. >> Parts of my patch did make it into trunk about a year after, but others >> did not. >> >> At that time, my

Samuel Williams <space.ship.traveller at gmail.com> writes: > Sorry for the rapid fire replies, but this configuration works for me: It "works" on the sense that it installs the headers, but removing the FILES_MATCHING clause changes the semantics of the command: the subsequent PATTERNs that controls which files are to be installesd becomes ineffective. > install(DIRECTORY

Hi Zachary: I was able to reproduce the greendragon results locally (OSX), and fix the problem by excluding 'debuginfo-tests' from check-clang -- this prevents them from being added twice, once for check-clang and again for check-debuginfo. Below are the minimized patches I used to reproduce and fix the problem -- based on your originals. I've verified these patches work when

> On Dec 6, 2017, at 10:10 AM, Zachary Turner <zturner at google.com> wrote: > > Adrian, Mike, Chris? Any update on this? I've temporarily switched to working on something different, but I plan to be back on this in a couple of weeks. It's been a month since my first revert of this CL, which seems like a reasonable amount of lead-time to deal with issues surrounding