search for: x86compilationcallback2

Also, this error: /usr/src/llvm/lib/Target/X86/X86ISelPattern.cpp:73: undefined reference to `X86CompilationCallback2' doesn't make sense. X86CompilationCallback2 is not visible outside of X86JITInfo.cpp, and line 73 of X86ISelPattern.cpp is in the middle of a comment block.

Hello. I found that the X86CompilationCallback_SSE wrapper for X86CompilationCallback2 is not setting up properly for the PIC invocation. Before you can correctly invoke a function via the Procedure Linkage Table (plt), the ABI mandates that ebx is pointing to the GOT (Global Offset Table) (see http://www.greyhat.ch/lab/downloads/pic.html) Dump of assembler code for function X86Comp...

...t; :: "r"(SAVEBUF) : "memory" ); intptr_t *StackPtr=0, RetAddr=0; asm volatile ( // get stack ptr and retaddr "movl %%ebp,%0\n" "movl 4(%%ebp),%1\n" :"=r"(StackPtr), "=r"(RetAddr) :: "memory" ); X86CompilationCallback2(StackPtr,RetAddr); // gcc knows how to call this according to the ABI asm volatile ( // restore XMM arg registers "movaps 48(%0), %%xmm3\n" "movaps 32(%0), %%xmm2\n" "movaps 16(%0), %%xmm1\n" "movaps (%0), %%xmm0\n" :: "r&quo...

If you look in X86JITInfo.cpp, you'll find CompilationCallback. I'm not sure about CompilationCallback2. In any event, the code is conditionally compiled and that might be tripping things up on Cygwin. Reid. On Mon, 2005-05-30 at 17:17 +0100, Aaron Gray wrote: > Consistant error building LLVM on Cygwin from CVS :- > > make[2]: Entering directory

Consistant error building LLVM on Cygwin from CVS :- make[2]: Entering directory `/usr/build/llvm/tools/llc' llvm[2]: Compiling llc.cpp for Debug build llvm[2]: Linking Debug executable llc /usr/build/llvm/Debug/lib/LLVMX86.o(.text+0x30506): In function `_GLOBAL__D__ZN7 6_GLOBAL__N__usr_src_llvm_lib_Target_X86_X86ISelPattern.cpp_9D2164D3_DD38501517X

Hello, Nathan > or if it should be a configure test, which might be safer. Are there > any x86 platforms (other than apple) that don't need PLT-indirect calls? Yes, mingw. However just tweaking the define is not enough - we're not loading address of GOT into ebx before the call (on 32 bit ABIs) thus the call will be to nowhere. -- With best regards, Anton Korobeynikov Faculty of

Perhaps Aaron has some local edits, possibly with a cut and paste error? On Mon, 2005-05-30 at 10:50 -0700, Jeff Cohen wrote: > Also, this error: > > /usr/src/llvm/lib/Target/X86/X86ISelPattern.cpp:73: undefined reference > to `X86CompilationCallback2' > > doesn't make sense. X86CompilationCallback2 is not visible outside of > X86JITInfo.cpp, and line 73 of X86ISelPattern.cpp is in the middle of a > comment block. > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at...

...be made fantastically simpler if I were using a different > calling convention for my callback functions on x64 running on Windows? Yes, surely. You can still use 'normal' x86-64 CC if you don't want to call any external functions from code being JITed. Also note a Win64 fixme in the X86CompilationCallback2 function, this can be your case. I think the code there should be carefully inspected to be compatible with windows64. Anyway, win64 version of compilation callback function should be added, otherwise you'll quickly result to messed stack, invalid incoming args, etc (this can be exactly your c...

Hello, Corrado > Before you can correctly invoke a function via the Procedure Linkage > Table (plt), the ABI mandates that ebx is pointing to the GOT (Global > Offset Table) (see http://www.greyhat.ch/lab/downloads/pic.html) This is known issue, just nobody realized, that we have bunch of non- PIC-aware assembler code. :) Fixing would be not so trivial though, mostly due to ABI

...ld; > *OldByte++ = 0xE9; // Emit JMP opcode. > @@ -64,9 +69,6 @@ > "popl %ebp\n" > "ret\n"); > #else > - extern "C" void *_AddressOfReturnAddress(void); > - #pragma intrinsic(_AddressOfReturnAddress) > - > void X86CompilationCallback2(void); > > _declspec(naked) void X86CompilationCallback(void) { > -------------------------------------------------------------------------------- > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs...

...movl %eax, 4(%esp)\n" + "movl %ebp, (%esp)\n" + "call .local_got_stub\n" + ".local_got_stub: \n" + "popl %ebx\n" + "addl $_GLOBAL_OFFSET_TABLE_+[.-.local_got_stub], %ebx\n" + "call " ASMPREFIX "X86CompilationCallback2" ASMCALLSUFFIX "\n" + "movl %ebp, %esp\n" // Restore ESP + CFI(".cfi_def_cfa_register %esp\n") + "subl $16, %esp\n" + CFI(".cfi_adjust_cfa_offset 16\n") + "popl %ebx\n" + CFI(".cfi_adjust_cfa_offset...

...quot;memory" ); > > intptr_t *StackPtr=0, RetAddr=0; > > asm volatile ( // get stack ptr and retaddr > "movl %%ebp,%0\n" > "movl 4(%%ebp),%1\n" > :"=r"(StackPtr), "=r"(RetAddr) :: "memory" ); > > X86CompilationCallback2(StackPtr,RetAddr); // gcc knows how to > call this according to the ABI > > asm volatile ( // restore XMM arg registers > "movaps 48(%0), %%xmm3\n" > "movaps 32(%0), %%xmm2\n" > "movaps 16(%0), %%xmm1\n" > "movaps (%0), %%xm...

...quot;memory" ); > > intptr_t *StackPtr=0, RetAddr=0; > > asm volatile ( // get stack ptr and retaddr > "movl %%ebp,%0\n" > "movl 4(%%ebp),%1\n" > :"=r"(StackPtr), "=r"(RetAddr) :: "memory" ); > > X86CompilationCallback2(StackPtr,RetAddr); // gcc knows how to > call this according to the ABI > > asm volatile ( // restore XMM arg registers > "movaps 48(%0), %%xmm3\n" > "movaps 32(%0), %%xmm2\n" > "movaps 16(%0), %%xmm1\n" > "movaps (%0), %%xm...

OK, fixed the problem with the intrin.h header that doesn't exist in previous versions of VS... -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: JIT.patch URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20060126/7e55b0d0/attachment.ksh>

...abort + 257 4 libc.so.6 0x0013e39e __assert_fail + 238 5 lli 0x08738aa4 llvm::JIT::runJITOnFunctionUnlocked(llvm::Function*, llvm::MutexGuard const&) + 408 6 lli 0x08738f6d llvm::JIT::getPointerToFunction(llvm::Function*) + 755 7 lli 0x0873f704 8 lli 0x08597416 X86CompilationCallback2 + 166 9 lli 0x08596e08 X86CompilationCallback + 24 10 lli 0x00eebff5 X86CompilationCallback + 4170535429 11 lli 0x0863e13e llvm::CallSDNode::CallSDNode(unsigned int, llvm::DebugLoc, bool, bool, bool, llvm::SDVTList, llvm::SDValue const*, unsigned int, unsigned int) + 90 12 ll...

...1 #6 0xb730198b in llvm::Value::getNameStr (this=0x9344910) at Value.cpp:162 #7 0xb6d8c641 in llvm::Value::getName (this=0x9344910) at /cvs/llvm/include/llvm/Value.h:110 #8 0xb6f241c7 in (anonymous namespace)::JITResolver::JITCompilerFn (Stub=0xb5667620) at JITEmitter.cpp:267 #9 0xb6de70e4 in X86CompilationCallback2 (StackPtr=0xbf856f60, RetAddr=-1251576288) at X86JITInfo.cpp:350 #10 0xb6de6d31 in X86CompilationCallback_SSE () from phpllvm.so #11 0xb5667624 in ?? () #12 0x0a295548 in ?? () #13 0x00000001 in ?? () #14 0x0a2920d0 in ?? () #15 0x00000000 in ?? () (gdb) up 8 #8 0xb6f241c7 in (anonymous namespace...

Hi all, I've encountered a couple of minor build issues on Solaris that have crept in since 2.5, fixes below: 1. In lib/Target/X86/X86JITInfo.cpp, there is: // Check if building with -fPIC #if defined(__PIC__) && __PIC__ && defined(__linux__) #define ASMCALLSUFFIX "@PLT" #else #define ASMCALLSUFFIX #endif Which causes a link failure due to the non-PLT

Compiling llvm on a linux/amd64 box produces: home/rafael/dev/llvm/build/Debug/lib/LLVMX86.o: In function `_X86CompilationCallback': (.text+0x316fe): undefined reference to `_X86CompilationCallback2' /home/rafael/dev/llvm/build/Debug/lib/LLVMX86.o: In function `llvm::X86JITInfo::getLazyResolverFunction(void* (*)(void*))': /home/rafael/dev/llvm/cvs/lib/Target/X86/X86JITInfo.cpp:219: undefined reference to `X86CompilationCallback' /home/rafael/dev/llvm/build/Debug/lib/LLVMX86.o: In f...

...LVMX86.o: In function `GLOBAL__D__ZN90_GLOBAL__N_c__projects_src_llvm_1_llvm_lib_Target_X86_X86ISelPattern.cpp_3F6EE7DC_DDDFAB8D17X86TargetLowering14LowerArgumentsERN4llvm8FunctionERNS1_12SelectionDAGE': c:/projects/src/llvm-1/llvm/lib/Target/X86/X86ISelPattern.cpp:73: undefined reference to `X86CompilationCallback2' c:/projects/src/llvm-1/llvm/lib/Target/X86/X86ISelPattern.cpp:73: undefined reference to `X86CompilationCallback' c:/projects/src/llvm-1/llvm/lib/Target/X86/X86ISelPattern.cpp:73: undefined reference to `X86CompilationCallback' collect2: ld returned 1 exit status --------------------...

...// Emit JMP opcode. >> @@ -64,9 +69,6 @@ >> "popl %ebp\n" >> "ret\n"); >> #else >> - extern "C" void *_AddressOfReturnAddress(void); >> - #pragma intrinsic(_AddressOfReturnAddress) >> - >> void X86CompilationCallback2(void); >> >> _declspec(naked) void X86CompilationCallback(void) { >> > > > -------------------------------------------------------------------------------- > > > >> _______________________________________________ >> LLVM Developers mailing list &gt...