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 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/6e4e2a33/attachment.html>
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/392e3605/attachment.html>
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>