From owner-freebsd-current Wed Oct 30 13:10:56 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 0244E37B401 for ; Wed, 30 Oct 2002 13:10:55 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5674043E7B for ; Wed, 30 Oct 2002 13:10:54 -0800 (PST) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g9ULAlBC014010; Wed, 30 Oct 2002 16:10:47 -0500 (EST) Date: Wed, 30 Oct 2002 16:10:46 -0500 (EST) From: Daniel Eischen To: Doug Rabson Cc: Terry Lambert , current@FreeBSD.ORG Subject: Re: [PATCH: libc]Re: gnome on current In-Reply-To: <20021030203920.I22480-100000@herring.nlsystems.com> 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 On Wed, 30 Oct 2002, Doug Rabson wrote: > On Wed, 30 Oct 2002, Terry Lambert wrote: > > > Daniel Eischen wrote: > > > > That's bizarre... it's defined in libc_r, so there's no reason for > > > > the omission in libc. > > > > > > I only added stubs that I thought the implementation of libc used > > > (or would use). > > > > Makes sense. > > > > Actually, it looks like most of this could be done with macros, > > including the function definitions, so that we are just dealing > > with lists; I didn't go that far with it. > > > > > > > > Please find attached a patch that corrects this. > > > > > > Patch looks correct. > > > > Please commit? 8-). > > Well I made a libc with this patch and rebuilt XFree86-4-libraries without > libXThrStub but I ran into problems compiling the clients. The clients > *require* someone in the link to supply the pthread_* symbols and libc.so > only had _pthread_* symbols. I added some more weak references to libc.so > but that just gets us back to square one. I think Terry might be right in suggesting using a macro to automate all the link and stub generation... > The problem is that the sawfish configuration tools are written using some > extensible lisp/scheme thing called rep. The main rep binary links against > libc.so so that occurs early in the list. Later on stacks of libraries are > loaded dynamically, some of which depend on libc_r.so. Unfortunately > libc_r.so is far too late in the list to get a lookin and it dies in > exactly the same way as before, for the same reason (calling a > non-functional stub version of pthread_setspecific(). Well, it must have the same problem with Solaris then. Somehow, you've got to force it to link libc_r before libc... -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message