From owner-freebsd-current Thu Oct 31 7:27:26 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 7E12F37B401 for ; Thu, 31 Oct 2002 07:27:25 -0800 (PST) Received: from mx1.mail.ru (mx1.mail.ru [194.67.57.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F77643E4A for ; Thu, 31 Oct 2002 07:27:23 -0800 (PST) (envelope-from kan@mail.ru) Received: from drweb by mx1.mail.ru with drweb-scanned (Exim MX.1) id 187HE8-000KHQ-00; Thu, 31 Oct 2002 18:27:20 +0300 Received: from [141.154.54.36] (helo=kan.dnsalias.net) by mx1.mail.ru with esmtp (Exim SMTP.1) id 187HE8-000KEL-00; Thu, 31 Oct 2002 18:27:20 +0300 Received: from kan.dnsalias.net (localhost [IPv6:::1]) by kan.dnsalias.net (8.12.6/8.12.6) with ESMTP id g9VFRFR2061850; Thu, 31 Oct 2002 10:27:15 -0500 (EST) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.6/8.12.6/Submit) id g9VFR5r7061849; Thu, 31 Oct 2002 10:27:05 -0500 (EST) Date: Thu, 31 Oct 2002 10:27:05 -0500 From: Alexander Kabaev To: Daniel Eischen Cc: ak03@gte.com, tlambert2@mindspring.com, dfr@nlsystems.com, current@FreeBSD.ORG Subject: Re: [PATCH: libc]Re: gnome on current Message-Id: <20021031102705.05ad7b4b.kabaev@bellatlantic.net> In-Reply-To: References: <20021031094459.559e0292.kabaev@bellatlantic.net> Reply-To: ak03@gte.com X-Mailer: Sylpheed version 0.8.5claws26 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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 I'll respond to two messages in one. > No, you stated that Solaris libpthread defines pthread_ symbols > strong. It doesn't. Perhaps you really meant _pthread_ symbols, > which is what you say above. No, I meant a simple fact that Solaris provides weak definition for both _pthread and pthread symbols. I assumed you have seen the pthread definition in libc since you brought that example up. I apologize if 'weak' got omitted from my message and got you confused. In another message: > The only thing that we don't do that Solaris does, is provide weak > pthread_ definitions in libc. I'm not opposed to that; I'm opposed > to providing strong pthread_ definitions either in libc or libc_r. Then we are in complete agreement. Adding weak aliases for pthread symbols is what I mean under following Solaris all the way. > We've been using it that long without any problems until now. But loading libc_r linked libraries into non-threaded processes din't work ever since libc_r got split from libc. This is a weird case which does not happen a lot in the wild anyway. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message