Displaying 6 results from an estimated 6 matches for "trackingvhs".
Did you mean:
trackingvh
2012 Dec 23
0
[LLVMdev] Alternative to llvm::TrackingVH
Hi all,
I'm currently using llvm::TrackingVH in order to have a tracking reference to
a definition. Unfortunately, TrackingVHs are incredibly slow. Are there
alternatives?
--
Roland
2012 Feb 03
2
[LLVMdev] Linking Modules
I've hacked around this problem in the past but I would like to
do things the "right" way.
Suppose I have this scenario:
- A data structure that maps LLVM Values off to the side.
- We link two Modules together
The data structure is a map from one IR to another, so when we see
objects in one IR we know which LLVM Values represent them. Somehow the
data structure needs to be
2011 Feb 11
0
[LLVMdev] Compiler error when self-hosting
I've hit this weird compiler error when building llvm/clang
$ clang --version
clang version 2.9 (trunk 125254)
Target: x86_64-apple-darwin10
Thread model: posix
Source rev is 125326
$ make
llvm[1]: Compiling APFloat.cpp for Release build
llvm[1]: Compiling APInt.cpp for Release build
llvm[1]: Compiling APSInt.cpp for Release build
llvm[1]: Compiling Allocator.cpp for Release build
llvm[1]:
2012 Feb 05
0
[LLVMdev] Linking Modules
On Feb 3, 2012, at 10:05 AM, David Greene wrote:
> I've hacked around this problem in the past but I would like to
> do things the "right" way.
>
> Suppose I have this scenario:
>
> - A data structure that maps LLVM Values off to the side.
> - We link two Modules together
>
> The data structure is a map from one IR to another, so when we see
>
2014 Nov 10
12
[LLVMdev] [RFC] Separating Metadata from the Value hierarchy
TL;DR: If you use metadata (especially if it's out-of-tree), check the
numbered list of lost functionality below to see whether I'm trying to
break your compiler permanently.
In response to my recent commits (e.g., [1]) that changed API from
`MDNode` to `Value`, Eric had a really interesting idea [2] -- split
metadata entirely from the `Value` hierarchy, and drop general support
for
2014 Nov 10
5
[LLVMdev] [RFC] Separating Metadata from the Value hierarchy
> On 2014-Nov-10, at 08:30, Chris Lattner <clattner at apple.com> wrote:
>
>> On Nov 9, 2014, at 5:02 PM, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote:
>> In response to my recent commits (e.g., [1]) that changed API from
>> `MDNode` to `Value`, Eric had a really interesting idea [2] -- split
>> metadata entirely from the `Value` hierarchy, and