search for: callanan

...ild/Debug+Asserts/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...

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) +++

...e the original workstation SID is no longer current in the server machine database. It is then necessary to re-do the tedious domain re-join procedure, which defeats the whole purpose. BTW, I am new to SAMBA and extremely pleased thus far!!! Thanks to you guys for excellent work! Regards, Vincent Callanan

To whom it may concern: I've been monitoring the lab.llvm.org builders for a bit over a week now and this builder: http://lab.llvm.org:8011/builders/lldb-amd64-ninja-netbsd7 has been down since April. It also has no admin listed. Could it be removedfrom thelist of builders? Sean -------------- next part -------------- An HTML attachment was scrubbed... URL:

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 =

...o can someone please advise me why it is not possible for Samba to: 1. Identify obvious long term client disconnects e.g. by polling every five minutes. 2. Automatically remove any locks still held by such clients. Hope I am making some sense here and haven't missed something obvious. TIA rvjcallanan

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

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

On Aug 19, 2009, at 4:39 PM, Sean Callanan wrote: > 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. Thanks Sean, comments be...

...makes maintaining it outside LLVM is a heavy burden, I am submitting it for consideration now. The patch is tested against SVN revision 79306. Please let me know if there are any problems, and tell me what I can fix to make this worthy of inclusion. Thanks for your time. Sincerely, Sean Callanan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090817/60622028/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm.diff Type: application/octet-strea...

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