On Thu, Sep 17, 2020 at 03:42:09PM +0200, Martin Husemann wrote:
> On Thu, Sep 17, 2020 at 02:11:13PM +0100, Patrick Welche wrote:
> > #2 0x00007f7ff160c63d in pthread_create (thread=0x2f9d,
> > thread@entry=0x7f7fffffd588, attr=attr@entry=0x0,
> > startfunc=startfunc@entry=0x7f7fed764930 <impl_thrd_routine>,
> > arg=arg@entry=0x7f7ff7e9f230) at /usr/src/lib/libpthread/pthread.c:404
>
> That is:
>
> if (__predict_false(__uselibcstub)) {
> pthread__errorfunc(__FILE__, __LINE__, __func__,
> "pthread_create() requires linking with -lpthread");
> return __libc_thr_create_stub(thread, attr, startfunc, arg);
> }
>
>
> So "something" needs to be linked with -pthread but isn't.
Thanks: I confused myself thinking that the glmark2 in pkgsrc also coredumps.
It doesn't. I updated glmark2, as it depends on python 3 rather than 2.
This is interesting:
commit a7bd0084f67b80ae9c32189e4f28a4e7d08f0b92
Author: Jamie Madill <jmad...@chromium.org>
Date: Thu Feb 7 23:33:08 2019 -0500
Add gl, egl and glx loader using GLAD.
Instead of hard linking against libGL, libEGL and libGLESv2 we can
load the entry points at runtime. Loading dynamically is more
flexible across different platforms.
Note that the glad loaders are licensed under public domain.
Preparation for Windows support in Issue #9.
and it is /usr/X11R7/lib/libGL.so.3 which provides the libpthread, which
is now absent as it isn't linked.
Thanks for the clues!
Cheers,
Patrick
