This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH 1/2] libio: fmemopen rewrite to POSIX compliance
- From: Adhemerval Zanella <azanella at linux dot vnet dot ibm dot com>
- To: libc-alpha at sourceware dot org
- Date: Thu, 27 Nov 2014 15:34:42 -0200
- Subject: Re: [PATCH 1/2] libio: fmemopen rewrite to POSIX compliance
- Authentication-results: sourceware.org; auth=none
- References: <545A8150 dot 4070809 at linux dot vnet dot ibm dot com> <alpine dot DEB dot 2 dot 10 dot 1411052109500 dot 28492 at digraph dot polyomino dot org dot uk> <545B540B dot 5070601 at linux dot vnet dot ibm dot com>
On 06-11-2014 08:57, Adhemerval Zanella wrote:
> On 05-11-2014 19:12, Joseph Myers wrote:
>> On Wed, 5 Nov 2014, Adhemerval Zanella wrote:
>>> This patch added a new fmemopen version, for glibc 2.20, that aims to be
>>> * libio/Versions [GLIBC_2.20]: Add new fmemopen symbol.
>>> * sysdeps/unix/sysv/linux/aarch64/nptl/libc.abilist [GLIBC_2.20]: Add
>>> * sysdeps/unix/sysv/linux/alpha/libc.abilist [GLIBC_2.20]: Likewise.
>>> * sysdeps/unix/sysv/linux/arm/libc.abilist [GLIBC_2.20]: Likewise.
>>> * sysdeps/unix/sysv/linux/i386/libc.abilist [GLIBC_2.20]: Likewise.
>>> * sysdeps/unix/sysv/linux/ia64/nptl/libc.abilist [GLIBC_2.20]:
>> 2.21. And those nptl subdirectories no longer exist.
>>> +/* fmemopen() from 2.20 and forward works as defined by POSIX. It also
>>> + provides an older symbol, version 2.2.5, that behaves different regarding
>>> + SEEK_END (libio/oldfmemopen.c). */
>>> +#if SHLIB_COMPAT (libc, GLIBC_2_2, GLIBC_2_20)
>> 2.21 (it's the first version in which the symbol was obsolete, not the
>> last version in which it was non-obsolete).
> Ouch, I though I had fixed all of these. Fixed now. Regarding the fmemopen implementation
> itself, any comments?
Ping (with Joseph recommendation applied).