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