Re: /usr/bin/m4: internal error detected
John Paul Adrian Glaubitz <[email protected]>
| Newsgroups | gmane.comp.lib.glibc.alpha,gmane.comp.gnu.m4.bugs,gmane.linux.debian.ports.superh,gmane.comp.emulators.qemu |
|---|---|
| Message-ID | <[email protected]> |
Hi Daniel! On 12/01/2017 06:08 AM, Daniel Kahn Gillmor wrote: > ------------ > Copying file po/Makefile.in.in > Copying file po/Makevars.template > qemu: Unsupported syscall: -1 > m4: ../sysdeps/unix/sysv/linux/spawni.c:366: __spawnix: Assertion `ec >= 0' failed. > /usr/bin/m4: internal error detected; please report this bug to <[email protected]>: Aborted > ----------- This isn't a bug in m4 or anything architecture-specific, it's a regression that was introduced by an upstream change in glibc [1] and mainly affects qemu-user which we are using for m68k and sh4 [2]. While the change in glibc is most certainly correct (I don't have enough background knowledge to comment on that), it broke qemu-user for everyone and so far there is no possible fix in sight. I am CC'ing this to libc-alpha in the hope that someone from glibc upstream might give us a tip on how to resolve the issue. Not being able to use qemu-user anymore is quite a deal breaker because lots of people use qemu-user for debugging issues on foreign architectures which is now no longer possible. Thanks, Adrian > [1] https://sourceware.org/git/?p=glibc.git;a=commit;h=4b4d4056bb154603f36c6f8845757c1012758158 > [2] https://bugs.launchpad.net/qemu/+bug/1673976 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913