public inbox for libstdc++@gcc.gnu.org
 help / color / mirror / Atom feed
From: Jonathan Wakely <jwakely@redhat.com>
To: gcc-patches@gcc.gnu.org, libstdc++@gcc.gnu.org,
	 Jonathan Wakely <jwakely@redhat.com>,
	bug-hurd@gnu.org
Subject: Re: [PATCHv2] libstdc++: Mark pieces of gnu-linux/os_support.h linux-specific
Date: Fri, 3 Feb 2023 12:36:52 +0000	[thread overview]
Message-ID: <CACb0b4=s2-TQ3aK6KVYyh6k-KfzHtmjkojaUwCU3XX9=M6m8Bw@mail.gmail.com> (raw)
In-Reply-To: <20221007204506.cokw3lkkn5aequ5h@begin>

On Fri, 7 Oct 2022 at 21:45, Samuel Thibault wrote:
>
> This is notably needed because in glibc 2.34, the move of pthread functions
> into libc.so happened for Linux only, not GNU/Hurd.
>
> The pthread_self() function can also always be used fine as it is on
> GNU/Hurd.

Sorry for the delay, I'm going to push this to trunk today.


>
> libstdc++-v3/ChangeLog:
>
>         * config/os/gnu-linux/os_defines.h [!__linux__]
>           (_GLIBCXX_NATIVE_THREAD_ID, _GLIBCXX_GTHREAD_USE_WEAK): Do not define.
>
> diff --git a/libstdc++-v3/config/os/gnu-linux/os_defines.h b/libstdc++-v3/config/os/gnu-linux/os_defines.h
> index c0caa21a013..4de93d752e1 100644
> --- a/libstdc++-v3/config/os/gnu-linux/os_defines.h
> +++ b/libstdc++-v3/config/os/gnu-linux/os_defines.h
> @@ -49,22 +49,24 @@
>  // version dynamically in case it has changed since libstdc++ was configured.
>  #define _GLIBCXX_NO_OBSOLETE_ISINF_ISNAN_DYNAMIC __GLIBC_PREREQ(2,23)
>
> -#if __GLIBC_PREREQ(2, 27)
> -// Since glibc 2.27 pthread_self() is usable without linking to libpthread.
> -# define _GLIBCXX_NATIVE_THREAD_ID pthread_self()
> -#else
> +#ifdef __linux__
> +# if __GLIBC_PREREQ(2, 27)
> +// Since glibc 2.27 Linux' pthread_self() is usable without linking to libpthread.
> +#  define _GLIBCXX_NATIVE_THREAD_ID pthread_self()
> +# else
>  // Before then it was in libc.so.6 but not libc.a, and always returns 0,
>  // which breaks the invariant this_thread::get_id() != thread::id{}.
>  // So only use it if we know the libpthread version is available.
>  // Otherwise use (__gthread_t)1 as the ID of the main (and only) thread.
> -# define _GLIBCXX_NATIVE_THREAD_ID \
> -  (__gthread_active_p() ? __gthread_self() : (__gthread_t)1)
> -#endif
> +#  define _GLIBCXX_NATIVE_THREAD_ID \
> +   (__gthread_active_p() ? __gthread_self() : (__gthread_t)1)
> +# endif
>
> -#if __GLIBC_PREREQ(2, 34)
> -// Since glibc 2.34 all pthreads functions are usable without linking to
> +# if __GLIBC_PREREQ(2, 34)
> +// Since glibc 2.34 all Linux pthreads functions are usable without linking to
>  // libpthread.
> -# define _GLIBCXX_GTHREAD_USE_WEAK 0
> +#  define _GLIBCXX_GTHREAD_USE_WEAK 0
> +# endif
>  #endif
>
>  #endif
>


      reply	other threads:[~2023-02-03 12:37 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-07 20:45 Samuel Thibault
2023-02-03 12:36 ` Jonathan Wakely [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CACb0b4=s2-TQ3aK6KVYyh6k-KfzHtmjkojaUwCU3XX9=M6m8Bw@mail.gmail.com' \
    --to=jwakely@redhat.com \
    --cc=bug-hurd@gnu.org \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=libstdc++@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).