This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/12547] realloc(p, 0) violates C99
- From: "eblake at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Thu, 24 Mar 2011 17:20:11 +0000
- Subject: [Bug libc/12547] realloc(p, 0) violates C99
- Auto-submitted: auto-generated
- References: <bug-12547-131@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=12547
--- Comment #4 from Eric Blake <eblake at redhat dot com> 2011-03-24 17:19:57 UTC ---
(In reply to comment #2)
> In view of the conclusion at the WG14 meeting today that C1X should stay with
> the C99 semantics for realloc rather than reverting to the C90/POSIX semantics,
> and the consequentially proposed changes for POSIX
> http://austingroupbugs.net/view.php?id=374
> this looks rather like a case for having different versions of realloc
> depending on feature test macros (with strict conformance to newer POSIX
> versions, or to C99 or C1X without features beyond ISO C, getting the C99
> version, and other modes (and existing binaries) getting the C90 version).
Given that glibc has already done this for other interfaces (witness
__xpg_strerror_r), I think it would be appropriate for a glibc patch that
introduced __xpg_realloc for strict compliance.
--
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.