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>
Here's another question. It's failing on a clean checkout, so what does llvm use from a previous install that I would need to clean when installing a new clean checkout? On Tue, Sep 11, 2012 at 3:27 PM, Villmow, Micah <Micah.Villmow at amd.com>wrote:> 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> 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 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/db681c74/attachment.html>
Ok, thanks guys, I just manually deleted clang, clang++ and clang-tblgen (probably the only one I needed was the this latter) and the build is going past that old point. Thanks again. Curious though, I had X86_32 set to big endian but X86_64 (which I'm using) set to default (ie little endian), can't think of any good reason this might be a problem? On Tue, Sep 11, 2012 at 3:41 PM, Ryan Taylor <ryta1203 at gmail.com> wrote:> Here's another question. It's failing on a clean checkout, so what does > llvm use from a previous install that I would need to clean when installing > a new clean checkout? > > > > On Tue, Sep 11, 2012 at 3:27 PM, Villmow, Micah <Micah.Villmow at amd.com>wrote: > >> 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> 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 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/b2bc8b45/attachment.html>
Ryan Taylor <ryta1203 at gmail.com> writes:> Here's another question. It's failing on a clean checkout, so what does > llvm use from a previous install that I would need to clean when installing > a new clean checkout?Nothing, unless you are building with clang.