This is the mail archive of the
libc-ports@sources.redhat.com
mailing list for the libc-ports project.
Re: [PATCH] RE: msgctl() on MIPS, n32 ABI.
- From: Atsushi Nemoto <anemo at mba dot ocn dot ne dot jp>
- To: kaz at zeugmasystems dot com
- Cc: drow at false dot org, libc-ports at sourceware dot org, ralf at linux-mips dot org
- Date: Thu, 11 Jan 2007 15:51:45 +0900 (JST)
- Subject: Re: [PATCH] RE: msgctl() on MIPS, n32 ABI.
- References: <66910A579C9312469A7DF9ADB54A8B7D580A3E@exchange.ZeugmaSystems.local>
On Wed, 10 Jan 2007 10:17:07 -0800, "Kaz Kylheku" <kaz@zeugmasystems.com> wrote:
> Maybe IPC_64 should really have been an opposite flag, IPC_32, which is
> positively asserted when compatibility is required.
>
> It's not too late to do that. Add an IPC_32, use that internally in the
> compatibility wrappers, and ignore any IPC_64 that is set by glibc. Then
> fix glibc so that if --enable-kernel is above a certain version, it
> doesn't use its wrappers any more, and consequently doesn't pass that
> flag any longer.
Yes, it could be possible.
Moreover, I wonder if there are any program using old-style (libc5
style?) structure today. Some ports do not use IPC_64 flag at all,
but I think they are using new-style structure anyway. I suppose
killing all old-style crap from both kernel and libc will not hurt
many people. (Who knows?)
---
Atsushi Nemoto