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>
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/04bef4cd/attachment.html>
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>
Usually it is the ones that end in ".inc". From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Ryan Taylor Sent: Tuesday, September 11, 2012 3:12 PM To: John Criswell Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Fwd: Build Error from Intrinsics.td 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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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 list LLVMdev at cs.uiuc.edu<mailto:LLVMdev at cs.uiuc.edu> http://llvm.cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120911/10c0561f/attachment.html>