Hello Rainer, I have very little knowledge about autoconf stuff. The autoconf part was suggest by Yann in [1]
Yann: do you have any ideas why it does not work? Thanks! [1] https://lists.apache.org/thread/6j6zm4x15ng04y3tws4w0zoc7vhx3fp8 On Thu, 16 Mar 2023 at 16:01, Rainer Jung <rainer.j...@kippdata.de> wrote: > Hello Ivan, > > Am 21.01.23 um 17:13 schrieb i...@apache.org: > > Author: ivan > > Date: Sat Jan 21 16:13:27 2023 > > New Revision: 1906889 > > > > URL: http://svn.apache.org/viewvc?rev=1906889&view=rev > > Log: > > Merge thread-name branch (PR 60587) [1]: > > * Introduce apr_thread_name_set() and apr_thread_name_get(). > > > > [1] https://bz.apache.org/bugzilla/show_bug.cgi?id=60587 > > [2] https://lists.apache.org/thread/z24logzc6v8tc0p2q3375cc10qo9y5yw > > > > Modified: > > apr/apr/trunk/ (props changed) > > apr/apr/trunk/build/apr_threads.m4 > > apr/apr/trunk/configure.in > > apr/apr/trunk/include/apr_thread_proc.h > > apr/apr/trunk/include/arch/win32/apr_arch_misc.h > > apr/apr/trunk/test/testthread.c > > apr/apr/trunk/threadproc/beos/thread.c > > apr/apr/trunk/threadproc/netware/thread.c > > apr/apr/trunk/threadproc/os2/thread.c > > apr/apr/trunk/threadproc/unix/thread.c > > apr/apr/trunk/threadproc/win32/thread.c > > > > Propchange: apr/apr/trunk/ > > > ------------------------------------------------------------------------------ > > Merged /apr/apr/branches/thread-name:r1902296-1906888 > > > > Modified: apr/apr/trunk/build/apr_threads.m4 > > URL: > http://svn.apache.org/viewvc/apr/apr/trunk/build/apr_threads.m4?rev=1906889&r1=1906888&r2=1906889&view=diff > > > ============================================================================== > > --- apr/apr/trunk/build/apr_threads.m4 (original) > > +++ apr/apr/trunk/build/apr_threads.m4 Sat Jan 21 16:13:27 2023 > > @@ -312,3 +312,27 @@ elif test "$apr_cv_mutex_robust_shared" > > [Define if non-posix/portable cross-process robust > mutexes are available]) > > fi > > ]) > > + > > + > > +dnl Check for pthread_setname_np > > +dnl Note: Only detects two-arg version > > +AC_DEFUN([APR_CHECK_PTHREAD_SETNAME_NP], [ > > +AC_CACHE_CHECK([for pthread_setname_np support], > > +[apr_cv_pthread_setname_np], [ > > +AC_TRY_COMPILE([ > > +#include <pthread.h> > > +],[ > > +pthread_t td = pthread_self(); > > +pthread_setname_np(td, "name"); > > +],[ > > + apr_cv_pthread_setname_np=yes > > +],[ > > + apr_cv_pthread_setname_np=no > > +])]) > > + > > +if test "$apr_cv_pthread_setname_np" = "yes"; then > > + AC_DEFINE([HAVE_PTHREAD_SETNAME_NP], 1, > > + [Define if pthread_setname_np is available]) > > +fi > > +])dnl > > + > > Thsi configure check does *not* fail for me on SLES 11 where > pthread_[gs]ername_np is not available. In config.log I find > > warning: implicit declaration of function ‘pthread_setname_np’ > > but configure procees with a "yes". The buidl then succeeds, but the > library is not usable due to the unresolvable symbol. > > Best regards, > > Rainer > -- Ivan Zhakov
