This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/21327] Libstdc++ would like another way to get some POSIX declarations that it currently gets via _GNU_SOURCE
- From: "joseph at codesourcery dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Wed, 29 Mar 2017 14:18:15 +0000
- Subject: [Bug libc/21327] Libstdc++ would like another way to get some POSIX declarations that it currently gets via _GNU_SOURCE
- Auto-submitted: auto-generated
- References: <bug-21327-131@http.sourceware.org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=21327
--- Comment #1 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
I think the design needs to be discussed on libc-alpha, not in Bugzilla.
My starting point would be that all relevant API symbols used in libstdc++
headers should get implementation-namespace API names, exported under some
feature test macro, and that all relevant ABI symbols used in either
libstdc++.so or via code in headers should get implementation-namespace
ABI names (at public symbol versions). (Relevant meaning used in the
implementation of libstdc++ features from standard C++, as opposed to
libstdc++ features that are GNU extensions to standard C++. And by
implementation-namespace I strictly mean not conflicting with symbols that
users are allowed to use in their standard C++ programs, whether the
technology used is __* symbols or ways to ensure symbol references bind to
particular symbol versions without preemption by user code or something
else.)
Cf. Florian's proposal
<https://sourceware.org/ml/libc-alpha/2016-10/msg00294.html> (much of the
discussion was in November).
--
You are receiving this mail because:
You are on the CC list for the bug.