Bug#792921: [sparc64] linking against libx264 crashes runtime linker
Package: x264,libc6
Version: x264/2:0.142.2431+gita5831aa-1
Version: libc6/2.19-19
Severity: important
X-Debbugs-Cc: debian-sparc@lists.debian.org
Dear Maintainers,
The x264 package on sparc64 is unusable, because linking against
the libx264 library causes the runtime linker to crash:
$ cat main.c
int main () {
return 0;
}
$ rm ./main
rm: cannot remove './main': No such file or directory
$ cc -g -lx264 main.c -o main
$ ./main; echo $?
138
$ gdb --batch -ex r -ex bt -ex q --args ./main
[tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for device]
[tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for device]
[tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for device]
Program received signal SIGBUS, Bus error.
0xfffff8010000cda4 in elf_dynamic_do_Rela (skip_ifunc=<optimized out>, lazy=0, nrelative=<optimized out>, relsize=<optimized out>, reladdr=<optimized out>, map=0xfffff80100023570) at do-rel.h:111
111 do-rel.h: No such file or directory.
#0 0xfffff8010000cda4 in elf_dynamic_do_Rela (skip_ifunc=<optimized out>, lazy=0, nrelative=<optimized out>, relsize=<optimized out>, reladdr=<optimized out>, map=0xfffff80100023570) at do-rel.h:111
#1 _dl_relocate_object (scope=<optimized out>, reloc_mode=<optimized out>, consider_profiling=<optimized out>, consider_profiling@entry=0) at dl-reloc.c:264
#2 0xfffff80100003f2c in dl_main (phdr=<optimized out>, phnum=<optimized out>, user_entry=<optimized out>, auxv=<optimized out>) at rtld.c:2205
#3 0xfffff80100018be4 in _dl_sysdep_start (start_argptr=start_argptr@entry=0x7fefffffdc0, dl_main=0xfffff80100001e00 <dl_main>) at ../elf/dl-sysdep.c:249
#4 0xfffff80100005630 in _dl_start_final (arg=0x7fefffffdc0) at rtld.c:331
#5 _dl_start (arg=0x7fefffffdc0) at rtld.c:557
#6 0xfffff801000016ec in _start () from /lib64/ld-linux.so.2
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
I'm not sure what the cause for this crash is, so I'm filing this bug
against both packages. Please reassign as appropriate.
Best regards,
Andreas
Reply to: