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