This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: fanotify_mark (was: [PATCH] [SH] ABI baseline update)
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Thomas Schwinge <thomas at codesourcery dot com>
- Cc: Kaz Kojima <kkojima at rr dot iij4u dot or dot jp>, libc-alpha at sourceware dot org
- Date: Sat, 9 Jun 2012 19:41:19 +0000 (UTC)
- Subject: Re: fanotify_mark (was: [PATCH] [SH] ABI baseline update)
- References: <20120529.224109.407652454.kkojima@rr.iij4u.or.jp><87wr3t8wcg.fsf@schwinge.name> <Pine.LNX.4.64.1205301641420.32198@digraph.polyomino.org.uk><877gvgl8h0.fsf@schwinge.name>
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.
--
Joseph S. Myers
joseph@codesourcery.com