similar to: [LLVMdev] Build failure with libcxx

Displaying 20 results from an estimated 1000 matches similar to: "[LLVMdev] Build failure with libcxx"

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 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
2012 Apr 17
2
[LLVMdev] compiler_rt fails to build in release_31 branch
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 directory Makefile:16: *** Refusing to build with empty ProjObjRoot variable. Stop. make[2]: Leaving directory
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 May 13
0
[LLVMdev] ASan unit test/libcxx build break
Hi, On Mon, May 13, 2013 at 11:07 AM, Evgeniy Stepanov < eugeni.stepanov at gmail.com> wrote: > On Mon, May 13, 2013 at 11:03 AM, İsmail Dönmez <ismail at donmez.ws> wrote: > > I am guessing you are running on this on an old system. My glibc version > is > > 2.17 > > Yes. Ubuntu 12.04 LTS with glibc 2.15 does not have aligned_alloc. > Then I guess
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
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]
2013 May 13
2
[LLVMdev] ASan unit test/libcxx build break
You can use #if __GLIBC_PREREQ(2, 17) On Mon, May 13, 2013 at 1:13 PM, İsmail Dönmez <ismail at donmez.ws> wrote: > Hi, > > > On Mon, May 13, 2013 at 11:07 AM, Evgeniy Stepanov < > eugeni.stepanov at gmail.com> wrote: > >> On Mon, May 13, 2013 at 11:03 AM, İsmail Dönmez <ismail at donmez.ws> wrote: >> > I am guessing you are running on this on
2013 May 13
2
[LLVMdev] ASan unit test/libcxx build break
Thanks, it works. 2.15 has quick_exit and at_quick_exit. The attached patch also works. On Mon, May 13, 2013 at 11:22 AM, İsmail Dönmez <ismail at donmez.ws> wrote: > > On Mon, May 13, 2013 at 11:16 AM, Kostya Serebryany <kcc at google.com> wrote: >> >> __GLIBC_PREREQ(2, 17) > > > Attached patch should work. Please test. > > Regards. >
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 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
2013 May 13
0
[LLVMdev] ASan unit test/libcxx build break
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 must define aligned_alloc(). Really? > > include/__config: > > #if ( defined(__FreeBSD__) || defined(__linux__) )
2013 May 13
0
[LLVMdev] ASan unit test/libcxx build break
On Mon, May 13, 2013 at 11:16 AM, Kostya Serebryany <kcc at google.com> wrote: > __GLIBC_PREREQ(2, 17) Attached patch should work. Please test. Regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130513/7670a30e/attachment.html> -------------- next part -------------- A non-text
2013 May 13
0
[LLVMdev] ASan unit test/libcxx build break
Hi, On Mon, May 13, 2013 at 11:37 AM, Evgeniy Stepanov < eugeni.stepanov at gmail.com> wrote: > Thanks, it works. > 2.15 has quick_exit and at_quick_exit. The attached patch also works. > Looks good, please send it as a patch so it can be applied. Sorry for the breakage. Regards. -------------- next part -------------- An HTML attachment was scrubbed... URL:
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 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
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 must define aligned_alloc(). Really? include/__config: #if ( defined(__FreeBSD__) || defined(__linux__) ) && (__ISO_C_VISIBLE >= 2011 || __cplusplus >= 201103L) #define _LIBCPP_HAS_QUICK_EXIT #define _LIBCPP_HAS_C11_FEATURES