From owner-freebsd-current Tue Jul 2 14: 7:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B529E37B6EE for ; Tue, 2 Jul 2002 14:06:00 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0ACC44C89 for ; Tue, 2 Jul 2002 13:20:27 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020702202027.OMBY8262.rwcrmhc52.attbi.com@InterJet.elischer.org>; Tue, 2 Jul 2002 20:20:27 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA97990; Tue, 2 Jul 2002 13:07:56 -0700 (PDT) Date: Tue, 2 Jul 2002 13:07:55 -0700 (PDT) From: Julian Elischer To: Wesley Morgan Cc: iedowse@maths.tcd.ie, current@FreeBSD.ORG Subject: Re: KSE status report In-Reply-To: <13302.148.175.49.1.1025639460.squirrel@www.chemikals.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ok, so you are saying that GNOME stuff works fine? What do yuo have running and is there still anything that does the wrong thing? On Tue, 2 Jul 2002, Wesley Morgan wrote: > After reading this... I got to thinking, and I copied the old headers into > the wrong place. After rebuilding, it works fine :)... That's what I get > for doing it at 2am! My fault, you guys could have fixed this almost > immediately except for some bad info from me. > > Good idea. > > > > Unforunatly someone tried to complie a libc_r with the old queue.h and > > it had the same problem (or so they said). > > > > On Tue, 2 Jul 2002, Ian Dowse wrote: > > > >> In message > >> , Ju > >> lian Elischer writes: > >> >The big problem at the moment is that something in the > >> >source tree as a whole, and probably something that came in with KSE > >> >is stopping us from successfully compiling a working libc_r. > >> >(a bit ironic really). > >> > >> Is the new > >> > >> (elm)->field.tqe_next = (void *)-1; > >> > >> in TAILQ_REMOVE a likely candidate? That could easily tickle old bugs > >> in other code. The libc_r code does use a lot of TAILQ macros. > >> > >> Ian > >> > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message