This is the mail archive of the
libc-ports@sources.redhat.com
mailing list for the libc-ports project.
Re: [PATCH] hppa: add missing prlimit64 symbol
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Mike Frysinger <vapier at gentoo dot org>
- Cc: Roland McGrath <roland at hack dot frob dot com>, <libc-ports at sourceware dot org>
- Date: Sun, 12 Aug 2012 12:59:20 +0000
- Subject: Re: [PATCH] hppa: add missing prlimit64 symbol
- References: <1334271665-31914-1-git-send-email-vapier@gentoo.org> <201204121926.51186.vapier@gentoo.org> <20120413035854.BF0642C079@topped-with-meat.com> <201208111527.37505.vapier@gentoo.org>
On Sat, 11 Aug 2012, Mike Frysinger wrote:
> while the 32bit arches have:
> prlimit64 EXTRA prlimit64 i:iipp prlimit64
> so the next thing i tried was creating
> sysdeps/unix/sysv/linux/wordsize-32/syscalls.list and adding the new prlimit
> alias there. but a simple i686 build doesn't pick up the new location of the
> prlimit64 symbol.
Well, it wouldn't be an *alias*; it would be the prlimit64 entry above.
But, if the point is to fix things for hppa then you need to arrange for
hppa to get a GLIBC_2.17 version for prlimit64, not the default GLIBC_2.13
since in fact the function was missing in 2.13 for hppa - as noted in
point (v) for hppa in my list at
<http://sourceware.org/ml/libc-ports/2012-06/msg00048.html>. (The lack of
ABI baselines - which of course ought to be checked against binaries of
old releases when set up - is point (g) on that list, and (x) is another
point involving checks against old binaries.)
(Adding the entry, but with @@GLIBC_2.17 like the SH fanotify_mark, to the
hppa syscalls.list along with an appropriate Versions entry, is certainly
the safer approach than doing something with the potential to affect other
architectures, even though it may also be good to work out how to clean
these things up. Note hppa also needs fanotify_mark at a new version, and
note that cleanups here only help existing architectures; there are no
issues for new architectures using linux-generic because linux-generic
already has the right entries in syscalls.list.)
--
Joseph S. Myers
joseph@codesourcery.com