This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jakub Jelinek wrote:
Right, this is a binary compatibility issues. Jakub's patch is correct. libstdc++ is a legitimate user of the _l functions for some time.Well, libstdc++ 3.1/2 certainly uses them for at least 8 months now, and is*_l has been around for a couple of years.
I don't expect any growth. Let's stick with the patch.Anyway, if you think it is possible to reorder the struct (and thus force recompilation of all C++ 3.2 programs - __ctype_* fields are accessed from /usr/include/c++/3.*/ headers, so it isn't just libstdc++ recompilation which is necessary), __ctype_ fields should be certainly at the beginning so that __LC_LAST can grow.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |