Date: Sat, 26 Jan 2019 05:24:25 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 235158] lang/lua53 no longer linked against pthread Message-ID: <bug-235158-7788-Uo0vdBN1w1@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-235158-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-235158-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235158 --- Comment #19 from andrew@tao11.riddles.org.uk --- (In reply to i+fbsd from comment #18) OK. There are some small differences in the ktrace between the test program= and the lua example, but the test program is sufficient to demonstrate the existence of a base system bug. Can you try the test again with RTLD_LOCAL changed to RTLD_LOCAL|RTLD_NOW ? And if that still hangs, then fetch the latest version of the test and try #defining PRELOAD_LIBTHR and see if that makes any difference. Would you be prepared to report this against the base system? I would do it myself except that, as you deduced, I do not have a working 12 system yet (= and the bug doesn't manifest on 11). It's most likely an issue in the interacti= on between libthr and malloc, or in the interaction between libthr and rtld. (= The test with RTLD_LOCAL changed to RTLD_LOCAL|RTLD_NOW might show which of the= se it is.) (When libthr is loaded into a process, it has to ensure a bunch of symbol references are pre-resolved by rtld because otherwise they would cause deadlocks. I'm wondering if it is simply that some reference of this kind h= as been omitted by mistake.) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-235158-7788-Uo0vdBN1w1>