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).