[LLVMdev] Fwd: Build Error from Intrinsics.td

[Ryan Taylor]

Sorry, here's something a little more descript:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 20
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

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

> What files are created by the TableGen so that I can clean them out and
> start fresh?
>
>
> On Tue, Sep 11, 2012 at 3:11 PM, Ryan Taylor <ryta1203 at gmail.com> wrote:
>
>> 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/d089a723/attachment.html>