SH build problem with fanotify_mark

Thomas Schwinge thomas@codesourcery.com
Wed Aug 1 12:58:00 GMT 2012


Hi!

I'm not reproducing the issue originally reported.  Without looking at
all at the stub-syscalls infrastructure (and I don't have a
stub-syscalls.c file), I'm guessing that's presumably because my kernel
headers are "too new" (Linux 3.2.10).  Kaz which version are you using?

On Mon, 30 Jul 2012 11:11:52 -0700, Roland McGrath <roland@hack.frob.com> wrote:
> > Yes, it happened without roland/getrlimit change.
> 
> The stub-syscalls.c rule was always broken for this case.
> I fixed it on the roland/getrlimit branch.  It's less practical
> to try to fix it independent of that change.

Does this mean that the problem is solved once applying the
roland/getrlimit changes?

> > fanotify_mark	EXTRA	fanotify_mark	i:iiiiis	__fanotify_mark	fanotify_mark@@GLIBC_2.16
> 
> Does this not get the right version without the @@... syntax?

As Kaz already pointed out:
<http://sourceware.org/ml/libc-alpha/2012-06/msg00294.html> and
following.  Does that approach survive your post-mortem examination?


Grüße,
 Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20120801/9b401467/attachment.sig>


More information about the Libc-alpha mailing list