From owner-freebsd-current Wed Oct 30 21: 5:16 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 ACFDC37B401 for ; Wed, 30 Oct 2002 21:05:15 -0800 (PST) Received: from mx2.mail.ru (mx2.mail.ru [194.67.57.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33F3F43E3B for ; Wed, 30 Oct 2002 21:05:14 -0800 (PST) (envelope-from kan@mail.ru) Received: from drweb by mx2.mail.ru with drweb-scanned (Exim MX.2) id 1877W4-000Kin-00; Thu, 31 Oct 2002 08:05:12 +0300 Received: from [141.154.54.36] (helo=kan.dnsalias.net) by mx2.mail.ru with esmtp (Exim SMTP.2) id 1877W3-000KhE-00; Thu, 31 Oct 2002 08:05:12 +0300 Received: from kan.dnsalias.net (localhost [IPv6:::1]) by kan.dnsalias.net (8.12.6/8.12.6) with ESMTP id g9V558R2059646; Thu, 31 Oct 2002 00:05:08 -0500 (EST) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.6/8.12.6/Submit) id g9V551ld059645; Thu, 31 Oct 2002 00:05:01 -0500 (EST) Date: Thu, 31 Oct 2002 00:05:01 -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: <20021031000501.3e20a6a6.kabaev@bellatlantic.net> In-Reply-To: References: <20021030220450.316fe0ac.ak03@gte.com> 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 On Wed, 30 Oct 2002 22:25:12 -0500 (EST) Daniel Eischen wrote: > > If last weak will win, the normal case when Xthrstub is loaded > > _after_ libc_r will break. The only way to really fix this is to > > export pthread_ symbols as strong in libc_r. Exporting them as weak > > sounds like is a mistake which should be fixed. > > I disagree. See Solaris 6, 7, 8 & 9 for an example. > Cool. Then let's be consistent and follow Solaris all the way. Libc on Solaris provides full set of pthread_? functions which in turn call weakly defined _pthread_?? counterparts. libpthread in turn provides strong definitions for _pthread_??. Since in absolute majority of cases libc is the first library searched for symbols, all pthread references will be bound to it and failure described by Doug will not happen. Any library providing strong pthread_ definitions will be able to override ones provided by the system. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message