[LLVMdev] Fwd: Build Error from Intrinsics.td

Ryan Taylor ryta1203 at gmail.com
Tue Sep 11 15:11:22 PDT 2012


ulimit -s = 8192
set "ulimit -c unlimited"


On Tue, Sep 11, 2012 at 3:03 PM, Ryan Taylor <ryta1203 at gmail.com> wrote:

> John,
>
>   Thanks for responding. No, I don't see a limit from ulimit. It's
> definitely with the tblgen though, I have the same errors trying to compile
> clang.
>
>
> On Tue, Sep 11, 2012 at 2:57 PM, John Criswell <criswell at illinois.edu>wrote:
>
>>  On 9/11/12 4:53 PM, Ryan Taylor wrote:
>>
>> Tried a fresh checkout with the same issue. I'm assuming this issue must
>> be on my end.
>>
>>
>> Dumb question: do you have a restrictive ulimit setting that might cause
>> the tblgen program to run out of memory?
>>
>> I tend to doubt that this is the case, but it'd be good to double check.
>>
>> -- John T.
>>
>>
>> ---------- Forwarded message ----------
>> From: Ryan Taylor <ryta1203 at gmail.com>
>> Date: Tue, Sep 11, 2012 at 1:28 PM
>> Subject: Build Error from Intrinsics.td
>> To: llvmdev at cs.uiuc.edu
>>
>>
>> gmake[1]: Entering directory `/home/ryan/llvm/llvm_core/trunk/lib/VMCore'
>> llvm[1]: Building Intrinsics.gen.tmp from Intrinsics.td
>> terminate called after throwing an instance of 'std::bad_alloc'
>>   what():  std::bad_alloc
>> 0  llvm-tblgen     0x000000000058525f
>> 1  llvm-tblgen     0x0000000000585719
>> 2  libpthread.so.0 0x00002b05a7801c60
>> 3  libc.so.6       0x00002b05a83ead05 gsignal + 53
>> 4  libc.so.6       0x00002b05a83eeab6 abort + 390
>> 5  libstdc++.so.6  0x00002b05a7f556dd
>> __gnu_cxx::__verbose_terminate_handler() + 285
>> 6  libstdc++.so.6  0x00002b05a7f53926
>> 7  libstdc++.so.6  0x00002b05a7f53953
>> 8  libstdc++.so.6  0x00002b05a7f53a5e
>> 9  libstdc++.so.6  0x00002b05a7f53e6d operator new(unsigned long) + 125
>> 10 libstdc++.so.6  0x00002b05a7f36e6d
>> std::string::_Rep::_S_create(unsigned long, unsigned long,
>> std::allocator<char> const&) + 93
>> 11 libstdc++.so.6  0x00002b05a7f38905 char*
>> std::string::_S_construct<char const*>(char const*, char const*,
>> std::allocator<char> const&, std::forward_iterator_tag) + 53
>> 12 libstdc++.so.6  0x00002b05a7f389ca std::basic_string<char,
>> std::char_traits<char>, std::allocator<char> >::basic_string(char const*,
>> unsigned long, std::allocator<char> const&) + 26
>> 13 llvm-tblgen     0x000000000056dfed
>> 14 llvm-tblgen     0x000000000051f3c1
>> 15 libc.so.6       0x00002b05a83d5eff __libc_start_main + 255
>> 16 llvm-tblgen     0x0000000000406b7d
>> Stack dump:
>> 0.    Program arguments:
>> /home/ryan/llvm/llvm_core/trunk/Release+Asserts/bin/llvm-tblgen -I
>> /home/ryan/llvm/llvm_core/trunk/lib/VMCore -I
>> /home/ryan/llvm/llvm_core/trunk/include -I
>> /home/ryan/llvm/llvm_core/trunk/include -I
>> /home/ryan/llvm/llvm_core/trunk/lib/Target
>> /home/ryan/llvm/llvm_core/trunk/include/llvm/Intrinsics.td -o
>> /home/ryan/llvm/llvm_core/trunk/lib/VMCore/Release+Asserts/Intrinsics.gen.tmp
>> -gen-intrinsic
>>
>>
>> Anyone else having this issue?
>>
>>
>>
>> _______________________________________________
>> LLVM Developers mailing listLLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.eduhttp://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120911/51405631/attachment.html>


More information about the llvm-dev mailing list