search for: 21technologies

https://bugzilla.samba.org/show_bug.cgi?id=10557 Summary: .ssh/config settings are incompletely applied with -e or --rsh Product: rsync Version: 3.1.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org

I just sent a message with this same subject describing a problem. I forgot to mention that we are using llvm-1.9 instead of 2.1 because we haven't had time to update yet. Hopefully you can still give us some help. Thanks, Ben -------------- next part -------------- An HTML attachment was scrubbed... URL:

I see that you'll have a Stack Frame object with a Call Stack being accessible from a RuntimeInfo object. I'm having trouble finding out how to access this RuntimeInfo object or the Call Stack. What is the easiest way to do this? Thanks, Ben Mayne x245 -------------- next part -------------- An HTML attachment was scrubbed... URL:

We are seeing some behavior we don't understand. Some of our functions are not showing up in the Call Graph because their calls contain bitcasts. The Call Graph then considers them to be external nodes. The calls look as follows: %tmp35 = call i32 (...)* bitcast (i32 (i32, i8*, i32*)* @convert to i32 (...)*)( i32 %tmp33, i8* %tmp34, i8* %tmp30 ) ; <i32> [#uses=1] After looking

I'm having an issue with the CodeExtractor. When I try to extract the lone basic block from the following function, I get an assertion error. define i32 @test(i32 %x) { %tmp = call i32 @test3( i32 %x ) ; <i32> [#uses=1] ret i32 %tmp } The assertion error is: lli: Dominators.cpp:71: void llvm::DominatorTree::splitBlock(llvm::BasicBlock*): Assertion

I'm having an issue with the Stubs used by the JIT Compiler. I'm not sure if it's a bug or if I'm doing something incorrectly. I've got a long complicated function with the following basic blocks at the end of it (The complete .ll file is attached): falseBlock: ; preds = %__exp.exit340 ret int 617 codeRepl: ; preds = %__exp.exit340

Hello, I'm considering LLVM for a project, and I wanted to take a look at its bytecode representation/instruction set. So I decided to try to compile the /bin/ls command as bytecode (no particular reason to use ls) and look at it. So I got GNU coreutils from http://ftp.gnu.org/gnu/coreutils/coreutils-5.0.tar.gz, built it to make sure it works, then replaced gcc, ld, ar and ranlib with

I sent a long message yesterday describing a problem I thought had to do with the JIT stubs. After further investigating, the problem seems to be in the code generation. The following basic block seems to have an error in it's code generation: __exp.exit: ; preds = %codeRepl258, %__exp_bb_bb.exit phi double [ 1.000000e+00, %codeRepl258 ], [ %.reload.reload.i,