From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 18:50:46 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 D6F2616A412; Sat, 11 Nov 2006 18:50:46 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 503D043D66; Sat, 11 Nov 2006 18:50:37 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kABIOg6q086044; Sun, 12 Nov 2006 03:24:42 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 12 Nov 2006 03:24:42 +0900 From: Norikatsu Shigemura To: Daniel Eischen Message-Id: <20061112032442.04c4d246.nork@FreeBSD.org> In-Reply-To: References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> X-Mailer: Sylpheed version 2.3.0beta4 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 12 Nov 2006 03:24:42 +0900 (JST) Cc: freebsd-current@FreeBSD.org, Dag-Erling =?ISO-2022-JP?B?U21fX3JncmF2?= , Norikatsu, Shigemura , Kris Kennaway Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 18:50:46 -0000 On Sat, 11 Nov 2006 12:33:37 -0500 (EST) Daniel Eischen wrote: > world. Then rebuild your ports. After that, all your ports will > reference symbols in FBSD_1_0, and if libthr doesn't provide > sched_yield@FBSD_1_0, it'll find it in libc. By the way, can gdm resolve sched_yield@FBSD_1_0 instead of sched_yield@LIBTHREAD_1.0? I don't think so. Is there a symbol resolving fallback mechanism which I don't know?