Re: Emacs and LLD
On Mon, Nov 20, 2017 at 2:39 PM, Ed Maste wrote: > On 3 November 2017 at 11:29, Tobias Kortkamp wrote: > > > > My src.conf has WITH_LLD_IS_LD=yes and reading > > https://bugs.freebsd.org/214864 leads me to believe that it's somehow > > responsible for the problems I have with Emacs. > > Yes, the emacs build does some rather unusual things and it's perhaps > not surprising that it's one of the ports that's giving grief with > lld. > > The exp-run shows the same error you experienced: > > ./temacs --batch --load loadup bootstrap > Fatal error 'Can't allocate initial thread' at line 337 in file > /poudriere/jails/headamd64PR214864/usr/src/lib/libthr/thread/thr_init.c > (errno = 12) > gmake[2]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) > > I don't yet have any insight into the failure, and hope that someone > with knowledge of the emacs build process and emacs internals can take > a look. > Is temacs still an 'undumped' core dump[*]? Maybe the undumping code isn't playing well with lld's different behavior than ld? Warner [*] For speed, emacs use to compile all its lisp, load it into a memory arena, then take a core dump. The core dump was cleaned up so it could be used as an executable with the now-preloaded lisp code in place. It was a standard thing on 'big iron' that EMACS came from, but always a bit of an 'odd duck' as far as fitting into how Unix works. There used to be knobs to do it differently for things like VMS that simply couldn't easily cope. Maybe one of those needs to be tweaked? It's a tiny bit slower, but with the speed of today's hardware (and most hardware made since ~2000), the optimization likely saves time below the human threshold to detect... ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Emacs and LLD
On 3 November 2017 at 11:29, Tobias Kortkamp wrote: > > My src.conf has WITH_LLD_IS_LD=yes and reading > https://bugs.freebsd.org/214864 leads me to believe that it's somehow > responsible for the problems I have with Emacs. Yes, the emacs build does some rather unusual things and it's perhaps not surprising that it's one of the ports that's giving grief with lld. The exp-run shows the same error you experienced: ./temacs --batch --load loadup bootstrap Fatal error 'Can't allocate initial thread' at line 337 in file /poudriere/jails/headamd64PR214864/usr/src/lib/libthr/thread/thr_init.c (errno = 12) gmake[2]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) I don't yet have any insight into the failure, and hope that someone with knowledge of the emacs build process and emacs internals can take a look. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Emacs and LLD
On Fri, Nov 3, 2017, at 16:59, Hans Petter Selasky wrote: > On 11/03/17 16:29, Tobias Kortkamp wrote: > > Hi, > > > > I cannot build editors/emacs-nox11 (or any other Emacs port) on FreeBSD > > 12 anymore for several months now. The build aborts with: > > > > ./temacs --batch --load loadup bootstrap > > Fatal error 'Can't allocate initial thread' at line 337 in file > > /usr/src/lib/libthr/thread/thr_init.c (errno = 12) > > gmake[3]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) > > > > I'm currently running base r324724. Emacs builds fine on the cluster, > > so I thought installing the binary package from pkg.FreeBSD.org would be > > an OK solution, but it immediately crashes too. > > > > My src.conf has WITH_LLD_IS_LD=yes and reading > > https://bugs.freebsd.org/214864 leads me to believe that it's somehow > > responsible for the problems I have with Emacs. > > > > Setting LLD_UNSAFE=yes in the port does not solve the problem. If I > > manually link temacs statically the build can continue, however the > > emacs binary temacs dumps is not usable and immediately crashes. > > > > I can "solve" the problem (in the sense that I can run Emacs again > > outside of a chroot/jail) by extracting /lib/libc.so.7 from a recent > > snapshot (I tried with 20171012-r324542 and the current base.txz > > snapshot) not built with LLD and running it with > > > > LD_PRELOAD="/path/to/libc.so.7" emacs > > > > It'll do for now, but this just doesn't feel right... > > > > Thanks in advance for any insight you can provide! > > > > Backtrace from temacs: > > > > * thread #1, name = 'temacs', stop reason = signal SIGABRT > >* frame #0: 0x000800e089aa libc.so.7`__sys_thr_kill at > >thr_kill.S:3 > > frame #1: 0x000800e08974 libc.so.7`__raise(s=6) at raise.c:52 > > frame #2: 0x000800e088e9 libc.so.7`abort at abort.c:65 > > frame #3: 0x000800c8c88a > > libthr.so.3`_thread_exitf(fname=, lineno=, > > fmt=) at thr_exit.c:193 > > frame #4: 0x000800c8a02e > > libthr.so.3`_libpthread_init(curthread=0x) at > > thr_init.c:337 > > frame #5: 0x000800c8d4b2 libthr.so.3 > > frame #6: 0x000800c8d4d6 libthr.so.3`_init + 14 > > frame #7: 0x0008007b0058 > > ld-elf.so.1`objlist_call_init(list=, > > lockstate=) at rtld.c:2643 > > frame #8: 0x0008007af3eb > > ld-elf.so.1`_rtld(sp=0x7fffdf08, > > exit_proc=0x7fffdeb0, objp=0x7fffdeb8) at rtld.c:759 > > frame #9: 0x0008007ad019 ld-elf.so.1`.rtld_start at > > rtld_start.S:39 > > ___ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > > > > Hi, > > security.bsd.stack_guard_page: 1 > > Does setting the above sysctl to zero make any difference? No, unfortunately not. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Emacs and LLD
On 11/03/17 16:29, Tobias Kortkamp wrote: Hi, I cannot build editors/emacs-nox11 (or any other Emacs port) on FreeBSD 12 anymore for several months now. The build aborts with: ./temacs --batch --load loadup bootstrap Fatal error 'Can't allocate initial thread' at line 337 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) gmake[3]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) I'm currently running base r324724. Emacs builds fine on the cluster, so I thought installing the binary package from pkg.FreeBSD.org would be an OK solution, but it immediately crashes too. My src.conf has WITH_LLD_IS_LD=yes and reading https://bugs.freebsd.org/214864 leads me to believe that it's somehow responsible for the problems I have with Emacs. Setting LLD_UNSAFE=yes in the port does not solve the problem. If I manually link temacs statically the build can continue, however the emacs binary temacs dumps is not usable and immediately crashes. I can "solve" the problem (in the sense that I can run Emacs again outside of a chroot/jail) by extracting /lib/libc.so.7 from a recent snapshot (I tried with 20171012-r324542 and the current base.txz snapshot) not built with LLD and running it with LD_PRELOAD="/path/to/libc.so.7" emacs It'll do for now, but this just doesn't feel right... Thanks in advance for any insight you can provide! Backtrace from temacs: * thread #1, name = 'temacs', stop reason = signal SIGABRT * frame #0: 0x000800e089aa libc.so.7`__sys_thr_kill at thr_kill.S:3 frame #1: 0x000800e08974 libc.so.7`__raise(s=6) at raise.c:52 frame #2: 0x000800e088e9 libc.so.7`abort at abort.c:65 frame #3: 0x000800c8c88a libthr.so.3`_thread_exitf(fname=, lineno=, fmt=) at thr_exit.c:193 frame #4: 0x000800c8a02e libthr.so.3`_libpthread_init(curthread=0x) at thr_init.c:337 frame #5: 0x000800c8d4b2 libthr.so.3 frame #6: 0x000800c8d4d6 libthr.so.3`_init + 14 frame #7: 0x0008007b0058 ld-elf.so.1`objlist_call_init(list=, lockstate=) at rtld.c:2643 frame #8: 0x0008007af3eb ld-elf.so.1`_rtld(sp=0x7fffdf08, exit_proc=0x7fffdeb0, objp=0x7fffdeb8) at rtld.c:759 frame #9: 0x0008007ad019 ld-elf.so.1`.rtld_start at rtld_start.S:39 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Hi, security.bsd.stack_guard_page: 1 Does setting the above sysctl to zero make any difference? --HPS ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Emacs and LLD
Hi, I cannot build editors/emacs-nox11 (or any other Emacs port) on FreeBSD 12 anymore for several months now. The build aborts with: ./temacs --batch --load loadup bootstrap Fatal error 'Can't allocate initial thread' at line 337 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) gmake[3]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) I'm currently running base r324724. Emacs builds fine on the cluster, so I thought installing the binary package from pkg.FreeBSD.org would be an OK solution, but it immediately crashes too. My src.conf has WITH_LLD_IS_LD=yes and reading https://bugs.freebsd.org/214864 leads me to believe that it's somehow responsible for the problems I have with Emacs. Setting LLD_UNSAFE=yes in the port does not solve the problem. If I manually link temacs statically the build can continue, however the emacs binary temacs dumps is not usable and immediately crashes. I can "solve" the problem (in the sense that I can run Emacs again outside of a chroot/jail) by extracting /lib/libc.so.7 from a recent snapshot (I tried with 20171012-r324542 and the current base.txz snapshot) not built with LLD and running it with LD_PRELOAD="/path/to/libc.so.7" emacs It'll do for now, but this just doesn't feel right... Thanks in advance for any insight you can provide! Backtrace from temacs: * thread #1, name = 'temacs', stop reason = signal SIGABRT * frame #0: 0x000800e089aa libc.so.7`__sys_thr_kill at thr_kill.S:3 frame #1: 0x000800e08974 libc.so.7`__raise(s=6) at raise.c:52 frame #2: 0x000800e088e9 libc.so.7`abort at abort.c:65 frame #3: 0x000800c8c88a libthr.so.3`_thread_exitf(fname=, lineno=, fmt=) at thr_exit.c:193 frame #4: 0x000800c8a02e libthr.so.3`_libpthread_init(curthread=0x) at thr_init.c:337 frame #5: 0x000800c8d4b2 libthr.so.3 frame #6: 0x000800c8d4d6 libthr.so.3`_init + 14 frame #7: 0x0008007b0058 ld-elf.so.1`objlist_call_init(list=, lockstate=) at rtld.c:2643 frame #8: 0x0008007af3eb ld-elf.so.1`_rtld(sp=0x7fffdf08, exit_proc=0x7fffdeb0, objp=0x7fffdeb8) at rtld.c:759 frame #9: 0x0008007ad019 ld-elf.so.1`.rtld_start at rtld_start.S:39 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"