This is the mail archive of the
mailing list for the glibc project.
Re: build for sh fails with "fanotify_mark@@VERSION_libc_er"
- From: Kaz Kojima <kkojima at rr dot iij4u dot or dot jp>
- To: carlos at redhat dot com
- Cc: roland at hack dot frob dot com, libc-alpha at sourceware dot org
- Date: Fri, 13 Dec 2013 09:22:52 +0900 (JST)
- Subject: Re: build for sh fails with "fanotify_mark@@VERSION_libc_er"
- Authentication-results: sourceware.org; auth=none
- References: <20131212030653 dot 0D02C74428 at topped-with-meat dot com> <20131212 dot 135038 dot 371146801 dot kkojima at rr dot iij4u dot or dot jp> <52A9F744 dot 3050703 at redhat dot com>
"Carlos O'Donell" <firstname.lastname@example.org> wrote:
> * sysdeps/unix/Makefile ($(objpfx)stub-syscalls.c): Use $$ver.
> OK with that.
Committed with that change. Thanks!
> My gut says that on all other targets we probably don't have
> any stubs so this never showed up because this code was never
> called. Every other architecture probably has fanotify_mark
> generated by a syscall wrapper, not a syscall stub.
> So the followup question is why does sh use a do-nothing
> stub for this?
I thought that other targets use stubs too and only sh uses
fanotify_mark@@* instead of plain fanotify_mark symbol for it
in its syscalls.list to get properly versioning one. I'll
take a look at other targets.