From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ecos-maintainers-return-885-listarch-ecos-maintainers=sources.redhat.com@sources.redhat.com>
Received: (qmail 11967 invoked by alias); 31 Jan 2005 09:57:23 -0000
Mailing-List: contact ecos-maintainers-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:ecos-maintainers-subscribe@sources.redhat.com>
List-Post: <mailto:ecos-maintainers@sources.redhat.com>
List-Help: <mailto:ecos-maintainers-help@sources.redhat.com>, <http://sources.redhat.com/lists.html#faqs>
Sender: ecos-maintainers-owner@sources.redhat.com
Received: (qmail 11828 invoked from network); 31 Jan 2005 09:57:10 -0000
Received: from unknown (HELO anchor-post-33.mail.demon.net) (194.217.242.91)
  by sourceware.org with SMTP; 31 Jan 2005 09:57:10 -0000
Received: from calivar.demon.co.uk ([83.104.54.243] helo=xl5.calivar.com)
	by anchor-post-33.mail.demon.net with esmtp (Exim 4.42)
	id 1CvYIv-000GzR-AH; Mon, 31 Jan 2005 09:57:09 +0000
Received: from xl5.calivar.com (localhost [127.0.0.1])
	by xl5.calivar.com (Postfix) with ESMTP id 5B5DE11B37;
	Mon, 31 Jan 2005 09:57:08 +0000 (GMT)
To: Gary Thomas <gary@mlbassoc.com>
Cc: Andrew Lunn <andrew@lunn.ch>,
	eCos Maintainers <ecos-maintainers@ecos.sourceware.org>
Subject: Re: FWD: ioctl h8300 specific problem fix
References: <20050130224621.GS23679@lunn.ch>
	<1107134690.12134.267.camel@hermes>
From: Nick Garnett <nickg@ecoscentric.com>
Original-Sender: nickg@ecoscentric.com
Date: Mon, 31 Jan 2005 09:57:00 -0000
In-Reply-To: <1107134690.12134.267.camel@hermes>
Message-ID: <m3651dc45n.fsf@xl5.calivar.com>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-SW-Source: 2005-01/txt/msg00012.txt.bz2

Gary Thomas <gary@mlbassoc.com> writes:

> On Sun, 2005-01-30 at 23:46 +0100, Andrew Lunn wrote:
> > Hi Folks
> >=20
> > Any suggests as to what we should do this with patch for ioctl.  I
> > don't like target specific #define in a generic file like this. We
> > could just make varargs the standard solution.
>=20
> I think so - having platform/architecture code is not acceptable.

Agreed. I don't now recall why the H8300 has problems with this, but
if the change will work for all platforms, then it should be made.=20

--=20
Nick Garnett                                          eCos Kernel Architect
http://www.ecoscentric.com                     The eCos and RedBoot experts
Besuchen Sie uns vom 22.-24.02.05 auf der Embedded World 2005, Stand 11-124
Visit us at Embedded World 2005, N=C3=BCrnberg, Germany, 22-24 Feb, Stand 1=
1-124