Commit 0af6ff59 authored by simonmar's avatar simonmar

[project @ 2005-07-11 13:53:24 by simonmar]

GHCi staggers to its feet on x86_64.

The problem is that in the small code model on x86_64, all symbol
relocations are 32-bit, because the program is assumed to fit into
2Gb.  However, shared libraries are linked outside the 2Gb range, and
the linker arranges that references to shared library symbols either
go via a jump table (for code references) or are copied into the 2Gb
area (for data references).

In GHCi's linker, We can use a jump table for the function symbols,
but we can't copy the data symbols because they've already been
relocated to point to the shared library.  What's more, we can't tell
whether a symbol reference is to code or data - this information is
only available from the shared library itself.

Fortunately, at least HSbase.o doesn't have any data references to
shared libraries (at least on the Linux distro I'm using), so I can at
least get GHCi up and limping.
parent b8105b2b
......@@ -117,6 +117,10 @@ static void machoInitSymbolsWithoutUnderscore( void );
#if defined(x86_64_HOST_ARCH)
static void*x86_64_high_symbol( char *lbl, void *addr );
/* -----------------------------------------------------------------------------
* Built-in symbols from the RTS
......@@ -910,6 +914,16 @@ lookupSymbol( char *lbl )
# if defined(openbsd_HOST_OS)
val = dlsym(dl_prog_handle, lbl);
return (val != NULL) ? val : dlsym(dl_libc_handle,lbl);
# elif defined(x86_64_HOST_ARCH)
val = dlsym(dl_prog_handle, lbl);
if (val >= (void *)0x80000000) {
void *new_val;
new_val = x86_64_high_symbol(lbl, val);
IF_DEBUG(linker,debugBelch("lookupSymbol: relocating out of range symbol: %s = %p, now %p\n", lbl, val, new_val));
return new_val;
} else {
return val;
# else /* not openbsd */
return dlsym(dl_prog_handle, lbl);
# endif
......@@ -2484,6 +2498,64 @@ PLTSize(void)
#if x86_64_HOST_ARCH
// On x86_64, 32-bit relocations are often used, which requires that
// we can resolve a symbol to a 32-bit offset. However, shared
// libraries are placed outside the 2Gb area, which leaves us with a
// problem when we need to give a 32-bit offset to a symbol in a
// shared library.
// For a function symbol, we can allocate a bounce sequence inside the
// 2Gb area and resolve the symbol to this. The bounce sequence is
// simply a long jump instruction to the real location of the symbol.
// For data references, we're screwed.
typedef struct {
unsigned char jmp[8]; /* 6 byte instruction: jmpq *0x00000002(%rip) */
void *addr;
} x86_64_bounce;
#define X86_64_BB_SIZE 1024
static x86_64_bounce *x86_64_bounce_buffer = NULL;
static nat x86_64_bb_next_off;
static void*
x86_64_high_symbol( char *lbl, void *addr )
x86_64_bounce *bounce;
if ( x86_64_bounce_buffer == NULL ||
x86_64_bb_next_off >= X86_64_BB_SIZE ) {
x86_64_bounce_buffer =
mmap(NULL, X86_64_BB_SIZE * sizeof(x86_64_bounce),
if (x86_64_bounce_buffer == MAP_FAILED) {
barf("x86_64_high_symbol: mmap failed");
x86_64_bb_next_off = 0;
bounce = &x86_64_bounce_buffer[x86_64_bb_next_off];
bounce->jmp[0] = 0xff;
bounce->jmp[1] = 0x25;
bounce->jmp[2] = 0x02;
bounce->jmp[3] = 0x00;
bounce->jmp[4] = 0x00;
bounce->jmp[5] = 0x00;
bounce->addr = addr;
IF_DEBUG(linker, debugBelch("x86_64: allocated bounce entry for %s->%p at %p\n",
lbl, addr, bounce));
insertStrHashTable(symhash, lbl, bounce);
return bounce;
* Generic ELF functions
......@@ -3174,20 +3246,35 @@ do_Elf_Rela_relocations ( ObjectCode* oc, char* ehdrC,
# endif
#if x86_64_HOST_OS
#if x86_64_HOST_ARCH
case R_X86_64_64:
*(Elf64_Xword *)P = value;
case R_X86_64_PC32:
*(Elf64_Word *)P = (Elf64_Word) (value - P);
StgInt64 off = value - P;
if (off >= 0x7fffffffL || off < -0x80000000L) {
barf("R_X86_64_PC32 relocation out of range: %s = %p",
symbol, off);
*(Elf64_Word *)P = (Elf64_Word)off;
case R_X86_64_32:
if (value >= 0x7fffffffL) {
barf("R_X86_64_32 relocation out of range: %s = %p\n",
symbol, value);
*(Elf64_Word *)P = (Elf64_Word)value;
case R_X86_64_32S:
if ((StgInt64)value > 0x7fffffffL || (StgInt64)value < -0x80000000L) {
barf("R_X86_64_32S relocation out of range: %s = %p\n",
symbol, value);
*(Elf64_Sword *)P = (Elf64_Sword)value;
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment