[Bug libc/17663] New: sys/mman.h should not declare shm_* or m*lock* for XPG4

[Bug libc/17663] New: sys/mman.h should not declare shm_* or m*lock* for XPG4

[jsm28 at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=17663

            Bug ID: 17663
           Summary: sys/mman.h should not declare shm_* or m*lock* for
                    XPG4
           Product: glibc
           Version: 2.21
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libc
          Assignee: unassigned at sourceware dot org
          Reporter: jsm28 at gcc dot gnu.org
                CC: drepper.fsp at gmail dot com

XPG4 includes sys/mman.h, but not the shm_* or m*lock* functions.  That is,
this header should only declare them if __USE_POSIX199309 (and the conform/
data is also inaccurate in this regard).

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug libc/17663] sys/mman.h should not declare shm_* or m*lock* for XPG4

[cvs-commit at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=17663

--- Comment #1 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The branch, master has been updated
       via  0e7e69baa8576831da39680274cf9b52d7569e4c (commit)
      from  0b3b57625388983a5545a21fe00569e92e988a8d (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0e7e69baa8576831da39680274cf9b52d7569e4c

commit 0e7e69baa8576831da39680274cf9b52d7569e4c
Author: Joseph Myers <joseph@codesourcery.com>
Date:   Sat Nov 29 01:46:56 2014 +0000

    Make linknamespace tests check only relevant libraries.

    This patch addresses one known caveat in the linknamespace tests: with
    this patch they will now only look for definitions of symbols in
    relevant libraries, meaning that librt and libpthread are not checked
    for ISO C standards, XPG3 and XPG4.

    In particular, this means that if __pthread_initialize_minimal is
    somehow brought in for one of those standards, the definition from
    libc-tls.o will be considered instead of that from libpthread, so
    avoiding bringing in lots of other libpthread symbols.  This should
    address some of the failures reported by Carlos in
    <https://sourceware.org/ml/libc-alpha/2014-11/msg00882.html>, where
    __pointer_chk_guard_local brought in __pthread_initialize_minimal.

    Tested for x86_64.  The removal of one XFAIL for XPG4 actually shows
    up a header bug (shm_open should not be declared for XPG4 - the
    namespace issue was for symbols brought in by shm_open, which is no
    longer found at all now librt isn't searched; I've filed bug 17663 for
    the header bug, though it would show up eventually anyway in the
    course of review of conform/ data against XPG4).

    Committed.

        * conform/Makefile (linknamespace-symlist-stdlibs-base): New
        variable.
        (linknamespace-symlist-stdlibs-tests): Likewise.
        (tests-special): Append $(linknamespace-symlist-stdlibs-tests)
        instead of $(objpfx)symlist-stdlibs.
        (linknamespace-libs-isoc): New variable.
        (linknamespace-libs): Use $(linknamespace-libs-isoc).
        (linknamespace-libs-ISO): New variable.
        (linknamespace-libs-ISO99): Likewise.
        (linknamespace-libs-ISO11): Likewise.
        (linknamespace-libs-XPG3): Likewise.
        (linknamespace-libs-XPG4): Likewise.
        (linknamespace-libs-POSIX): Likewise.
        (linknamespace-libs-UNIX98): Likewise.
        (linknamespace-libs-XOPEN2K): Likewise.
        (linknamespace-libs-POSIX2008): Likewise.
        (linknamespace-libs-XOPEN2K8): Likewise.
        ($(objpfx)symlist-stdlibs): Replace by
        $(linknamespace-symlist-stdlibs-tests).  Use
        $(linknamespace-libs-$*) as set of libraries.
        ($(linknamespace-header-tests)): Update dependencies.  Use
        $(objpfx)symlist-stdlibs-$$std for --libsyms argument.
        (test-xfail-XPG4/sys/mman.h/linknamespace): Remove.
        * conform/linknamespace.pl: Remove comment about considering
        definitions of symbols from irrelevant libraries.

-----------------------------------------------------------------------

Summary of changes:
 ChangeLog                |   28 ++++++++++++++++++++++++++++
 conform/Makefile         |   33 ++++++++++++++++++++++++++-------
 conform/linknamespace.pl |    5 -----
 3 files changed, 54 insertions(+), 12 deletions(-)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug libc/17663] sys/mman.h should not declare shm_* or m*lock* for XPG4

[neleai at seznam dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=17663

Ondrej Bilka <neleai at seznam dot cz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |neleai at seznam dot cz
         Resolution|---                         |FIXED

--- Comment #2 from Ondrej Bilka <neleai at seznam dot cz> ---
already comitted.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug libc/17663] sys/mman.h should not declare shm_* or m*lock* for XPG4

[jsm28 at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=17663

Joseph Myers <jsm28 at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |---

--- Comment #3 from Joseph Myers <jsm28 at gcc dot gnu.org> ---
No, no fix for this bug has been committed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.