This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Hi! On Sat, 9 Jun 2012 19:41:19 +0000, "Joseph S. Myers" <joseph@codesourcery.com> wrote: > On Sat, 9 Jun 2012, Thomas Schwinge wrote: > > > > Sounds like a bug in the SH file (if fixing it you'll need to put the > > > function in the SH Versions file at 2.16, of course). This is listed > > > separately in each syscalls.list for a 32-bit architecture. > > > > Our testing systems are in maintenance at the moment, so I can't test it, > > but this appears to me to be the correct fix -- that is, distribute the > > Versions entry next to each syscalls.list, and add it anew for SH. > > I don't think it's a good idea to distribute it like this for an issue > that is unique to SH - is it necessary to do so to avoid some > inappropriate export? (All future architectures should be using > linux-generic and so avoid this issue.) It's certainly not an appropriate > change for during the freeze, when changes requiring associated ports > changes are to be avoided so ports are no longer chasing a moving target. Understood, but I didn't think of a less intrusive way for back-dating the symbol version of fanotify_mark from 2.13 to 2.16 for SH, which Andreas Schwab has now shown how to do. GrÃÃe, Thomas
Attachment:
pgp00000.pgp
Description: PGP signature
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |