This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC][PATCH v3 06/11] Provide backward compatibility for strftime family (bug 10871).
- From: Rafal Luzynski <digitalfreak at lingonborough dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Wed, 19 Oct 2016 01:20:23 +0200 (CEST)
- Subject: Re: [RFC][PATCH v3 06/11] Provide backward compatibility for strftime family (bug 10871).
- Authentication-results: sourceware.org; auth=none
- References: <392970184.118201.1476749184039@poczta.nazwa.pl> <alpine.DEB.2.20.1610181507260.22314@digraph.polyomino.org.uk>
- Reply-to: Rafal Luzynski <digitalfreak at lingonborough dot com>
18.10.2016 17:08 Joseph Myers <joseph@codesourcery.com> wrote:
>
>
> __strftime_l and __wcsftime_l are also public exports, also used by
> libstdc++, so also need compatibility.
Technically I can provide it, together with __nl_langinfo_l, but
are you sure it will be useful for libstdc++? My concern is that
libstdc++ will have to provide its own backward compatibility
explicitly. Otherwise an executable dynamically linked against
libstdc++ will have no way to tell whether it wants a new or old
version of underlying functions.
My other concern is that no other function starting with double
underscore provides multiple versions, at least on x86_64
architecture. I've found several which provide only backward
compatible versions but no current version, I guess that's the
way to mark them as deprecated.
Regards,
Rafal