[LLVMdev] Fwd: Build Error from Intrinsics.td

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


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>


More information about the llvm-dev mailing list