From owner-freebsd-current Tue Jul 2 14:18:53 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 2080037C548 for ; Tue, 2 Jul 2002 14:12:56 -0700 (PDT) Received: from volatile.chemikals.org (cae88-49-048.sc.rr.com [24.88.49.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C8344AB6 for ; Tue, 2 Jul 2002 12:51:08 -0700 (PDT) (envelope-from morganw@chemikals.org) Received: from chemikals.org (www@localhost [127.0.0.1]) by volatile.chemikals.org (8.12.3/8.12.3) with SMTP id g62Jox7B025164; Tue, 2 Jul 2002 15:50:59 -0400 (EDT) (envelope-from morganw@chemikals.org) From: Wesley Morgan Received: from 148.175.49.1 (SquirrelMail authenticated user morganw) by www.chemikals.org with HTTP; Tue, 2 Jul 2002 15:51:00 -0400 (EDT) Message-ID: <13302.148.175.49.1.1025639460.squirrel@www.chemikals.org> Date: Tue, 2 Jul 2002 15:51:00 -0400 (EDT) Subject: Re: KSE status report To: In-Reply-To: References: <200207021106.aa15257@salmon.maths.tcd.ie> X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal Cc: , X-Mailer: SquirrelMail (version 1.2.6) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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 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