summaryrefslogtreecommitdiff
path: root/debian/uclibc-gcc.1
diff options
context:
space:
mode:
authorEric Andersen <andersen@codepoet.org>2002-11-12 20:09:29 +0000
committerEric Andersen <andersen@codepoet.org>2002-11-12 20:09:29 +0000
commit2302879d9bcbe7eb4a88f8e158fe38e7318bc725 (patch)
tree737d8042dbeecad4dddce071f7cfbf53ca677092 /debian/uclibc-gcc.1
parent6eb9daddc5fb70c08f85a5393b40c5272f61208c (diff)
A powerpc patch from Ronald Wahl:
Ok, now i got it after a day of work. I have had a look into glibc and found the following: sysdeps/powerpc/dl-machine.c: ... case R_PPC_JMP_SLOT: /* It used to be that elf_machine_fixup_plt was used here, but that doesn't work when ld.so relocates itself for the second time. On the bright side, there's no need to worry about thread-safety here. */ { Elf32_Sword delta = finaladdr - (Elf32_Word) reloc_addr; ... The comment made me suspicious. The same position in uClibc looks like this: ldso/ldso/powerpc/elfinterp.c: ... case R_PPC_JMP_SLOT: { unsigned long targ_addr = (unsigned long)_dl_linux_resolve; int delta = targ_addr - (unsigned long)reloc_addr; ... When I change it to the following it works: ... case R_PPC_JMP_SLOT: { unsigned long targ_addr = *reloc_addr; int delta = targ_addr - (unsigned long)reloc_addr; ... I hope it will not break anything. Can anyone review this change and commit it into CVS? thanks, ron
Diffstat (limited to 'debian/uclibc-gcc.1')
0 files changed, 0 insertions, 0 deletions