This is the mail archive of the
glibc-bugs@sources.redhat.com
mailing list for the glibc project.
[Bug libc/188] st_atime define
- From: "redhat-bug at treblig dot org" <sourceware-bugzilla at sources dot redhat dot com>
- To: glibc-bugs at sources dot redhat dot com
- Date: 29 May 2004 19:08:17 -0000
- Subject: [Bug libc/188] st_atime define
- References: <20040529161402.188.redhat-bug@treblig.org>
- Reply-to: sourceware-bugzilla at sources dot redhat dot com
------- Additional Comments From redhat-bug at treblig dot org 2004-05-29 19:08 -------
(In reply to comment #1)
> Identifier starting with st_ are reserved for any use after including
> <sys/stat.h>. See POSIX.1-2001 System Interfaces, 2.2.2 The Name Space.
I've just had a look at that and am not sure that is true - but I'm not a
standards expert - but please consider the following. There are two tables;
The first table is immediately prefixed by some text that says 'Implementations
may add symbols to the headers shown in the following table....' and indeed that
includes st_ as a prefix for sys/stat.h
The second table is immediately prefixed by 'If any header in the following
table is included, macros with the prefixes shown may be defined......'; this
second table just defines S_ as a prefix for macros for sys/stat.h
So I'm not sure from my reading of it that adding a macro to define something
st_ is a valid thing to do in that header, and thus while I'm not safe adding a
variable/function with an st_ name to my own source, I should be able to have it
as a structure member.
Dave
--
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |
http://sources.redhat.com/bugzilla/show_bug.cgi?id=188
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.