Displaying 7 results from an estimated 7 matches for "scallanan".
Did you mean:
callanan
2014 Mar 11
3
[LLVMdev] GlobalValues appear in their own use lists?
...erts/x86_64/Debug+Asserts/bin/llc whatever.ll
Global values cannot be their own uses!
i8 ()* @bar
LLVM ERROR: Broken module found, compilation aborted!
Sean
On Mar 10, 2014, at 3:36 PM, Chris Lattner <clattner at apple.com> wrote:
>
> On Mar 10, 2014, at 11:59 AM, Sean Callanan <scallanan at apple.com> wrote:
>
>> In the following IR module:
>> –
>> define i8 @foo() #0 {
>> entry:
>> %call0 = call i8 @bar()
>> ret i8 %call0
>> }
>>
>> declare i8 @bar() #1
>> –
>> @bar() gets marked as its own user in top-o...
2014 Mar 10
2
[LLVMdev] GlobalValues appear in their own use lists?
In the following IR module:
–
define i8 @foo() #0 {
entry:
%call0 = call i8 @bar()
ret i8 %call0
}
declare i8 @bar() #1
–
@bar() gets marked as its own user in top-of-tree LLVM. I patched the Verifier to check it (but didn’t commit the patch):
–
Index: lib/IR/Verifier.cpp
===================================================================
--- lib/IR/Verifier.cpp (revision 203468)
+++
2012 Aug 18
1
[LLVMdev] GlobalVariable initializer using from beyond the grave
For LLDB I'm writing a dumb module pass that removes all global variables, by running the following code:
bool erased = true;
while (erased)
{
erased = false;
for (Module::global_iterator gi = llvm_module.global_begin(), ge = llvm_module.global_end();
gi != ge;
++gi)
{
GlobalVariable *global_var =
2010 Apr 03
0
[LLVMdev] ARM AsmLexer
The attached patch implements simple target-specific AsmLexers for ARM and Thumb. They are shallow subclasses of a common tokenizer that uses a std::map of register names to IDs to recognize register names, and reports those as AsmToken::Register tokens instead of identifiers.
I intend to use the ARM and Thumb AsmLexers as part of an extension of the EnhancedDisassembly library, which provides
2009 Sep 04
1
[LLVMdev] X86 Disassembler
I was away doing other things for a while, but I have an API patch
separated out, which (in addition to being much smaller than past
megapatches) corrects two issues Chris identified in his most recent
set of patches:
- First, it makes the API a good deal simpler. Now, you can
instantiate a single MCDisassembler and, each time you want an
instruction disassembled, you can simply pass
2009 Aug 18
2
[LLVMdev] X86 Disassembler
Dear mailing list:
the attached diff implements a table-driven disassembler for the X86
architecture (16-, 32-, and 64-bit incarnations), integrated into the
MC framework. The disassembler is table-driven, using a custom
TableGen backend to generate hierarchical tables optimized for fast
decode. The disassembler consumes MemoryObjects and produces arrays
of MCInsts, adhering to the
2009 Aug 19
3
[LLVMdev] X86 Disassembler
Bill,
thanks for your comments. I'll respond to them individually. I've
attached a new revision of the patch that addresses them. Patch built
and tested against SVN 79487, with the additional attached fix that
fixes an Intel table bug.
Sean
On 2009/08/18, at 0:57, Bill Wendling wrote:
> 0. Watch out for tabs!
Fixed. Thanks.
> 1. Includes like this "#include