From owner-freebsd-current Wed Oct 30 19: 4:55 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 471D437B401 for ; Wed, 30 Oct 2002 19:04:54 -0800 (PST) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A60CC43E75 for ; Wed, 30 Oct 2002 19:04:53 -0800 (PST) (envelope-from ak03@gte.com) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.6/8.12.6) with ESMTP id g9V34qaP056387; Wed, 30 Oct 2002 22:04:52 -0500 (EST) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.6/8.12.6/Submit) id g9V34puj056386; Wed, 30 Oct 2002 22:04:51 -0500 (EST) Date: Wed, 30 Oct 2002 22:04:50 -0500 From: Alexander Kabaev To: Terry Lambert Cc: dfr@nlsystems.com, eischen@pcnet1.pcnet.com, current@FreeBSD.ORG Subject: Re: [PATCH: libc]Re: gnome on current Message-Id: <20021030220450.316fe0ac.ak03@gte.com> In-Reply-To: <3DC07094.F67F5C66@mindspring.com> References: <20021030234026.M22480-100000@herring.nlsystems.com> <3DC07094.F67F5C66@mindspring.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.8.5claws7 (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 15:51:48 -0800 Terry Lambert wrote: > NO. > > If you have a library that's linked to a library containing string > symbols, then no other library gets a chance to replace to symbols > with its own strong symbols. The first strong symbol always wins, > and the search is defined to be depth-first. You are ignoring the fact, that objects, loaded at the application startup time are getting searched first, followed RTLD_GLOBAL objects, and finally by the loaded object DAG. LD_PRELOAD objects override them all. > > First strong/last weak should win. You are saying "last weak" is not > winning. That's a linker bug. 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. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message