From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-1.2 required=5.0 tests=DKIM_ADSP_NXDOMAIN, DMARC_MISSING,MAILING_LIST_MULTI,NICE_REPLY_A autolearn=unavailable autolearn_force=no version=4.0.0 Received: from mailnews.kub.nl (mailnews.kub.nl [137.56.0.220]) by chiba.3jane.net (Postfix) with ESMTP id 3E7D4ABCEC for ; Wed, 25 Sep 2002 13:38:11 -0500 (CDT) Received: from mail.sub.devrieze.net (gt0416.kub.nl [137.56.97.162]) by mailnews.kub.nl (8.12.2/8.12.2) with ESMTP id g8PIbvvA024299 for ; Wed, 25 Sep 2002 20:37:58 +0200 (MET DST) Received: from pavlvs1.local.devrieze.net (pavlvs1.local.devrieze.net [192.168.1.1]) by mail.sub.devrieze.net (Postfix) with ESMTP id B4775768 for ; Wed, 25 Sep 2002 20:37:55 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Paul de Vrieze To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] Proper Gentoo Name (was License criteria for Gentoo) Date: Wed, 25 Sep 2002 20:37:54 +0200 User-Agent: KMail/1.4.3 References: <200209251544.17939.pauldv@cs.kun.nl> <871y7ii1mp.fsf@fnord.sc> In-Reply-To: <871y7ii1mp.fsf@fnord.sc> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200209252037.54371.pauldv@cs.kun.nl> Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: f3ea977a-265f-49da-b2a1-bedbf44501f9 X-Archives-Hash: b6dc9381badf7e61ecc5557819f0d16c On Wednesday 25 September 2002 16:29, Moritz Schulte wrote: > Paul de Vrieze writes: > > I know that, although one would probably still want a hurd that > > complies to the linux interface, (provides the linux chasis) [...] > > What do you mean with "linux interface"? I guess you mean the system > call interface of Linux. The Hurd itself cannot conform to that, > because of it's design. > > In Linux - and in Unix in general - you can use the system services > via system calls, a uniform way. This includes accessing files, > creating processes, networking, etc. In the Hurd, there are seperate > "servers" for such things and the services are used via RPCs. > > But since GNU aims POSIX compliance, of course, we have a POSIX > interface , which is encapsulated in glibc. So, POSIX compliance > programs should compile on GNU/Hurd just as they do on GNU/Linux - > with few exceptions. > > In case you were referring to a binary compatibility - which means: > having the same ABI - that does not exist at the moment although there > have been some discussions on that topic on the Hurd lists. > What I mean is binary compatibility meaning that you could one day decide= to=20 tell your bootloader (e.g. grub) not to load your favourite linux kernel,= but=20 to load another kernel (in the broad sense) such as HURD, and everything=20 would still work. That doesn't mean it needs to be the most optimal way, = but=20 it must run. Paul --=20 Paul de Vrieze Junior Researcher Mail: pauldv@cs.kun.nl Homepage: http://www.devrieze.net