llvm dev - Sep 2006 - [LLVMdev] build broken on linux/amd64

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 function
`llvm::X86JITInfo::emitFunctionStub(void*,
llvm::MachineCodeEmitter&)':
/home/rafael/dev/llvm/cvs/lib/Target/X86/X86JITInfo.cpp:225: undefined
reference to `X86CompilationCallback'


    68: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT   21
_X86CompilationCallback
    69: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND
_X86CompilationCallback2
    77: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND
X86CompilationCallback
    93: 00000000000002da   209 FUNC    GLOBAL DEFAULT   21
X86CompilationCallback2

Best Regards,
Rafael

I am not sure if it is the correct solution, but the attached patch
fixes the problem.

The build now fails when linking lto:

relocation R_X86_64_32 against `(anonymous namespace)::EmittedInsts'

Rafael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: amd64.patch
Type: application/octet-stream
Size: 1176 bytes
Desc: not available
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20060908/ee7efbcf/attachment.obj>

On Fri, 8 Sep 2006, [UTF-8] Rafael Esp?ndola wrote:
> I am not sure if it is the correct solution, but the attached patch
> fixes the problem.
Your solution is correct, in that it will work and follows with the 
current ifdef approach.  I applied this patch though, which doesn't use 
the ifdefs, hopefully it is more robust:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20060904/037632.html

Please lemme know if it works.
> The build now fails when linking lto:
>
> relocation R_X86_64_32 against `(anonymous namespace)::EmittedInsts'
I don't know what that is :(

-Chris

-- 
http://nondot.org/sabre/
http://llvm.org/