[cfe-dev] libcxxabi cmake test problem on Linux x86-64

[İsmail Dönmez]

Ping?
 On Jul 17, 2014 11:05 AM, "İsmail Dönmez" <ismail at donmez.ws> wrote:

> Hi,
>
>
> On Wed, Jul 16, 2014 at 6:43 PM, Nico Weber <thakis at chromium.org> wrote:
>
>> On Wed, Jul 16, 2014 at 4:10 AM, İsmail Dönmez <ismail at donmez.ws> wrote:
>>
>>> Hi,
>>>
>>>
>>> On Mon, Jul 14, 2014 at 8:10 PM, Dan Albert <danalbert at google.com>
>>> wrote:
>>>
>>>> Submitted (with some slight modifications, s/libgcc_s/libgcc_eh/) as
>>>> r212958. Tested with and without the LLVM unwinder, and things look good.
>>>> Thanks again!
>>>
>>>
>>> Changing gcc_s with gcc_eh doesn't look good. libcxxabi tests pass but
>>> llvm MCJIT exception tests fail with:
>>>
>>> "terminating with uncaught exception of type int"
>>>
>>
>> Can you try to make a reduced test case for libcxxabi from this?
>>
>>
>
>
> Smallest test cases are test/ExecutionEngine/MCJIT/{eh-sm-pic,eh-lg-pic}.ll
>
> Both fail the same way:
>
>  /home/abuild/rpmbuild/BUILD/llvm/stage2/./bin/lli -use-mcjit
> -relocation-model=pic -code-model=small
> /home/abuild/rpmbuild/BUILD/llvm/test/ExecutionEngine/MCJIT/eh-sm-pic.ll
>  --
>  Exit Code: 134
>
>  Command Output (stderr):
>  --
>  terminating with uncaught exception of type int
>  0  libLLVMSupport.so         0x00007f9c6ddf7d85
> llvm::sys::PrintStackTrace(_IO_FILE*) + 37
>  1  libLLVMSupport.so         0x00007f9c6ddf83f3
>  2  libpthread.so.0           0x00007f9c6d0d79f0
>  3  libc.so.6                 0x00007f9c6c806849 gsignal + 57
>  4  libc.so.6                 0x00007f9c6c807cd8 abort + 328
>  5  libc++abi.so.1            0x00007f9c6cb89237
>  6  libc++abi.so.1            0x00007f9c6cb894b6
>  7  libc++abi.so.1            0x00007f9c6cbeda7e
>  8  libc++abi.so.1            0x00007f9c6cbec6ed
>  9  libc++abi.so.1            0x00007f9c6cbec646
>  10 libc++abi.so.1            0x00007f9c6ff3001c
>  11 libc++abi.so.1            0x00007f9c6ff30026
>  12 libLLVMMCJIT.so           0x00007f9c6e61fd27
> llvm::MCJIT::runFunction(llvm::Function*,
> std::__1::vector<llvm::GenericValue,
> std::__1::allocator<llvm::GenericValue> > const&) + 919
>  13 libLLVMExecutionEngine.so 0x00007f9c6f34fa65
> llvm::ExecutionEngine::runFunctionAsMain(llvm::Function*,
> std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>,
> std::__1::allocator<char> >,
> std::__1::allocator<std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> > > > const&, char
> const* const*) + 1221
>  14 lli                       0x000000000040c8b7 main + 6599
>  15 libc.so.6                 0x00007f9c6c7f2be5 __libc_start_main + 245
>  16 lli                       0x000000000040a6d1
>  Stack dump:
>  0. Program arguments: /home/abuild/rpmbuild/BUILD/llvm/stage2/./bin/lli
> -use-mcjit -relocation-model=pic -code-model=small
> /home/abuild/rpmbuild/BUILD/llvm/test/ExecutionEngine/MCJIT/eh-sm-pic.ll
>  /home/abuild/rpmbuild/BUILD/llvm/stage2/test/ExecutionEngine/MCJIT/Output/eh-sm-pic.ll.script:
> line 1: 30636 Aborted
> /home/abuild/rpmbuild/BUILD/llvm/stage2/./bin/lli -use-mcjit
> -relocation-model=pic -code-model=small
> /home/abuild/rpmbuild/BUILD/llvm/test/ExecutionEngine/MCJIT/eh-sm-pic.ll
>
> Note that this clang is hardcoded to use libc++ (-stdlibc=libc++). Is this
> good enough?
>
> Thanks!
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20140816/b07b1d56/attachment.html>