similar to: [LLVMdev] compiler_rt fails to build in release_31 branch

Displaying 20 results from an estimated 1000 matches similar to: "[LLVMdev] compiler_rt fails to build in release_31 branch"

2012 Apr 24
0
[LLVMdev] compiler_rt fails to build in release_31 branch
ping? Still fails on 3.1 branch. On Tue, Apr 17, 2012 at 5:35 PM, İsmail Dönmez <ismail at namtrac.org> wrote: > > Hi; > > This is on  Linux/x86-64, I get this at stage1: > > make[2]: Entering directory `/home/abuild/rpmbuild/BUILD/llvm/stage1/projects/compiler_rt' > Makefile:6: make/config.mk: No such file or directory > Makefile:7: make/util.mk: No such file or
2014 Jun 04
2
[LLVMdev] Lots of regtest failures on PPC64/Linux
missing-abstract-variable is a recent one I introduced - looking into it. On Wed, Jun 4, 2014 at 2:39 AM, İsmail Dönmez <ismail at donmez.ws> wrote: > Hi Hal, > > These tests failures go away when I disable static libs aka > -DBUILD_SHARED_LIBS=OFF , with that only 2 regtest failures are left: > > > [ 1314s] FAILED: cd /home/abuild/rpmbuild/BUILD/llvm/stage2/test
2013 Nov 21
2
[LLVMdev] [3.4 branch] SystemZ regressions
Hi, Using openSUSE 13.1 on s390x machine I get two new regressions with llvm 3.4rc1: [ 1412s] /home/abuild/rpmbuild/BUILD/llvm/unittests/ADT/BitVectorTest.cpp:39: Failure [ 1412s] Value of: Vec.count() [ 1412s] Actual: 1 [ 1412s] Expected: 5U [ 1412s] Which is: 5 [ 1412s] /home/abuild/rpmbuild/BUILD/llvm/unittests/ADT/BitVectorTest.cpp:42: Failure [ 1412s] Value of: Vec.all() [ 1412s]
2013 Nov 19
2
[LLVMdev] [3.4 branch] PPC64 regressions
Hi, Its that time of the year again. Here is the results on openSUSE 13.1 PPC64. Total of 3 failures which seems to be due the same problem (the value in brackets is the time counter from the build system): [ 3468s] /home/abuild/rpmbuild/BUILD/llvm/test/CodeGen/PowerPC/ppc32-vacopy.ll:21:10: error: expected string not found in input [ 3468s] ; CHECK: lwz [[REG3:[0-9]+]], {{.*}} [ 3468s]
2014 May 12
2
[LLVMdev] Build failure with libcxx
Ok looks like r207606 regressed this. CC'ing Niko. Niko, please see the messages below. This is on openSUSE 13.1 both on i586 and x86-64. Reverting r207606 fixes the second stage bootstrap. On Sun, May 11, 2014 at 10:19 PM, İsmail Dönmez <ismail at donmez.ws> wrote: > I did a diff -u broken.ii working.ii and the difference explains the > problem: > > @@ -36617,7 +36628,7
2014 May 12
2
[LLVMdev] Lots of regtest failures on PPC64/Linux
----- Original Message ----- > From: "İsmail Dönmez" <ismail at donmez.ws> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > Sent: Monday, May 12, 2014 7:18:48 AM > Subject: Re: Lots of regtest failures on PPC64/Linux > > > Hi Hal, > > > > > > On
2013 Nov 19
0
[LLVMdev] [3.4 branch] PPC64 regressions
İsmai, Thanks for testing these. Can you please file a bug report (and CC me on it), and attach the full output of these failing tests? (When the test fails you should see the full command -- rerun it without piping the output into FileCheck). Thanks again, Hal ----- Original Message ----- > From: "İsmail Dönmez" <ismail at donmez.ws> > To: "LLVM Developers Mailing
2014 May 09
2
[LLVMdev] Build failure with libcxx
Hi, Recently my libcxx enabled llvm/clang builds has started to fail in stage2. I must admit I am stomped because I cannot make sense of the error: [ 723s] FAILED: /home/abuild/rpmbuild/BUILD/llvm/stage1/bin/clang++ -DLLVMSupport_EXPORTS -DNDEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -stdlib=libc++ -fPIC -fvisibility-inlines-hidden -Wall -W
2013 Nov 21
0
[LLVMdev] [3.4 branch] SystemZ regressions
İsmail Dönmez <ismail at donmez.ws> writes: > Using openSUSE 13.1 on s390x machine I get two new regressions with llvm > 3.4rc1: Hmm, I don't see this locally. Just to rule out one possibility, which compiler are you using to build? Do you see the same thing with a -O0 build? Thanks, Richard > [ 1412s] >
2013 Aug 05
2
[LLVMdev] Many PPC64 failures with llvm 3.3
Hi, I am building llvm 3.3 with cmake on PPC64 and have a bunch of regression test failures. With only PPC backend enabled the list of failures is: [ 1553s] Failing Tests (20): [ 1553s] LLVM :: CodeGen/PowerPC/2007-05-22-tailmerge-3.ll [ 1553s] LLVM :: CodeGen/PowerPC/2007-09-08-unaligned.ll [ 1553s] LLVM :: CodeGen/PowerPC/2008-07-24-PPC64-CCBug.ll [ 1553s] LLVM ::
2013 Aug 29
2
[LLVMdev] [PATCH] cmake: BugpointPasses depends on intrinsics_gen
Fixes: [ 0%] In file included from /home/abuild/rpmbuild/BUILD/llvm/include/llvm/IR/IntrinsicInst.h:30:0, from /home/abuild/rpmbuild/BUILD/llvm/include/llvm/InstVisitor.h:16, from /home/abuild/rpmbuild/BUILD/llvm/tools/bugpoint-passes/TestPasses.cpp:19: /home/abuild/rpmbuild/BUILD/llvm/include/llvm/IR/Intrinsics.h:41:34: fatal error: llvm/IR/Intrinsics.gen: No
2013 Aug 29
0
[LLVMdev] [PATCH] cmake: BugpointPasses depends on intrinsics_gen
Johannes Obermayr <johannesobermayr at gmx.de> writes: > Fixes: > [ 0%] In file included from /home/abuild/rpmbuild/BUILD/llvm/include/llvm/IR/IntrinsicInst.h:30:0, > from /home/abuild/rpmbuild/BUILD/llvm/include/llvm/InstVisitor.h:16, > from /home/abuild/rpmbuild/BUILD/llvm/tools/bugpoint-passes/TestPasses.cpp:19: >
2013 Nov 22
3
[LLVMdev] [3.4 branch] SystemZ regressions
Hi, On Thu, Nov 21, 2013 at 8:16 PM, Richard Sandiford < rsandifo at linux.vnet.ibm.com> wrote: > İsmail Dönmez <ismail at donmez.ws> writes: > > Using openSUSE 13.1 on s390x machine I get two new regressions with llvm > > 3.4rc1: > > Hmm, I don't see this locally. Just to rule out one possibility, > which compiler are you using to build? Do you see the
2014 Mar 26
7
[LLVMdev] Lots of regtest failures on PPC64/Linux
Hi, Recent trunk has a lot of failures on PPC64/Linux. One seems to be crash with a backtrace like: [ 3149s] -- [ 3149s] 0 libLLVMSupport.so 0x00003fff7ed0b864 llvm::sys::PrintStackTrace(_IO_FILE*) + 4294746876 [ 3149s] 1 libLLVMSupport.so 0x00003fff7ed0bb1c [ 3149s] 2 libLLVMSupport.so 0x00003fff7ed0c520 [ 3149s] 3 linux-vdso64.so.1 0x00003fff7f7b0478 __kernel_sigtramp_rt64 + 0 [ 3149s] 4
2014 Apr 01
2
[LLVMdev] Lots of regtest failures on PPC64/Linux
Hi, On Tue, Apr 1, 2014 at 3:26 PM, Hal Finkel <hfinkel at anl.gov> wrote: > İsmail, > > I still don't see these errors locally. Can you try with an autoconf-based > build and see if they're somehow related to (triggered by) the way that > cmake builds LLVM? > > On the same machine autoconf build is fine where as cmake has failures, reproduced simply with
2013 May 13
2
[LLVMdev] ASan unit test/libcxx build break
On Mon, May 13, 2013 at 11:03 AM, İsmail Dönmez <ismail at donmez.ws> wrote: > Hi, > > > On Mon, May 13, 2013 at 10:49 AM, Evgeniy Stepanov > <eugeni.stepanov at gmail.com> wrote: >> >> A recent change added defined(__linux__) condition to the code below. >> Now it says that on linux with --std=c++0x (or --std=c++11) the system >> stdlib.h header
2014 Dec 12
2
[LLVMdev] [cfe-dev] Phabricator update
On Fri Dec 12 2014 at 12:55:01 PM İsmail Dönmez <ismail at donmez.ws> wrote: > Hi, > > On Fri, Dec 12, 2014 at 12:05 PM, Manuel Klimek <klimek at google.com> wrote: > > Can you point me at an example? I've spot checked stuff and cannot see > > anything out of the ordinary... > > This is only visible in GMail for me but looks like Phabricator is now >
2016 Jan 16
2
Building SVN head with CMake - shared libraries?
Hi again, On Fri, Jan 15, 2016 at 11:05 AM, Ismail Donmez <ismail at i10z.com> wrote: > Hi, > > On Fri, Jan 15, 2016 at 12:59 AM, Chris Bieneman <beanz at apple.com> wrote: >> I’m kinda scared that you’re using it. What are you trying to accomplish >> that you are using it? Generally having LLVM split among that many >> dynamically loaded libraries results
2014 Mar 26
3
[LLVMdev] Lots of regtest failures on PPC64/Linux
----- Original Message ----- > From: "Renato Golin" <renato.golin at linaro.org> > To: "İsmail Dönmez" <ismail at donmez.ws> > Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > Sent: Wednesday, March 26, 2014 8:14:18 AM > Subject: Re: [LLVMdev] Lots of regtest failures on PPC64/Linux > > Hi Ismail, > > Is
2017 Aug 02
2
ubsan no longer compiles when libc++ is the default
Hi, I see the following variables in the CMakeCache.txt: SANITIZER_CXX_ABI:STRING=default //STRINGS property for variable: SANITIZER_CXX_ABI SANITIZER_CXX_ABI-STRINGS:INTERNAL=none;default;libcxxabi;libstdc++ Regards, ismail On Tue, Aug 1, 2017 at 7:32 PM, Vedant Kumar <vsk at apple.com> wrote: > >> On Aug 1, 2017, at 7:07 AM, İsmail Dönmez via llvm-dev <llvm-dev at