public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/14553] New: Namespace pollution loff_t in sys/types.h
@ 2012-09-07 3:29 bugdal at aerifal dot cx
2012-09-07 14:36 ` [Bug libc/14553] " joseph at codesourcery dot com
2014-06-17 4:42 ` fweimer at redhat dot com
0 siblings, 2 replies; 3+ messages in thread
From: bugdal at aerifal dot cx @ 2012-09-07 3:29 UTC (permalink / raw)
To: glibc-bugs
http://sourceware.org/bugzilla/show_bug.cgi?id=14553
Bug #: 14553
Summary: Namespace pollution loff_t in sys/types.h
Product: glibc
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: libc
AssignedTo: unassigned@sourceware.org
ReportedBy: bugdal@aerifal.cx
CC: drepper.fsp@gmail.com
Classification: Unclassified
sys/types.h unconditionally defines loff_t, a nonstandard type. It should only
be exposed when feature test macros requesting a standards-conformant
environment are not defined. I think this means it should be conditional under
__USE_MISC or something like that...
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug libc/14553] Namespace pollution loff_t in sys/types.h
2012-09-07 3:29 [Bug libc/14553] New: Namespace pollution loff_t in sys/types.h bugdal at aerifal dot cx
@ 2012-09-07 14:36 ` joseph at codesourcery dot com
2014-06-17 4:42 ` fweimer at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: joseph at codesourcery dot com @ 2012-09-07 14:36 UTC (permalink / raw)
To: glibc-bugs
http://sourceware.org/bugzilla/show_bug.cgi?id=14553
--- Comment #1 from joseph at codesourcery dot com <joseph at codesourcery dot com> 2012-09-07 14:35:49 UTC ---
Note that this is a quality-of-implementation issue, not a standards
conformance one (since sys/types.h is a POSIX header, not ISO C, and POSIX
reserves all *_t type names when any header is included). But since glibc
generally tries to avoid defining such types when the relevant standard
isn't enabled (just as, for example, declarations of str* functions are
appropriately conditioned in string.h even though such names are reserved
by ISO C), this should be fixed consistently with how glibc generally
handles such issues.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug libc/14553] Namespace pollution loff_t in sys/types.h
2012-09-07 3:29 [Bug libc/14553] New: Namespace pollution loff_t in sys/types.h bugdal at aerifal dot cx
2012-09-07 14:36 ` [Bug libc/14553] " joseph at codesourcery dot com
@ 2014-06-17 4:42 ` fweimer at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: fweimer at redhat dot com @ 2014-06-17 4:42 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=14553
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-06-17 4:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-09-07 3:29 [Bug libc/14553] New: Namespace pollution loff_t in sys/types.h bugdal at aerifal dot cx
2012-09-07 14:36 ` [Bug libc/14553] " joseph at codesourcery dot com
2014-06-17 4:42 ` fweimer at redhat dot com
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).