From owner-freebsd-threads@FreeBSD.ORG  Tue Sep 22 17:13:59 2009
Return-Path: <owner-freebsd-threads@FreeBSD.ORG>
Delivered-To: freebsd-threads@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 2743D1065679
	for <freebsd-threads@FreeBSD.org>; Tue, 22 Sep 2009 17:13:59 +0000 (UTC)
	(envelope-from ale@FreeBSD.org)
Received: from lab.alexdupre.com (cl-506.trn-01.it.sixxs.net
	[IPv6:2001:1418:100:1f9::2])
	by mx1.freebsd.org (Postfix) with ESMTP id A8D258FC0A
	for <freebsd-threads@FreeBSD.org>; Tue, 22 Sep 2009 17:13:58 +0000 (UTC)
Received: (qmail 28168 invoked from network); 22 Sep 2009 17:13:57 -0000
Received: from athlon.alexdupre.com (192.168.178.2)
	by lab.alexdupre.com with SMTP; 22 Sep 2009 17:13:57 -0000
Message-ID: <4AB905D4.6020608@FreeBSD.org>
Date: Tue, 22 Sep 2009 19:13:56 +0200
From: Alex Dupre <ale@FreeBSD.org>
User-Agent: Thunderbird 2.0.0.19 (X11/20090112)
MIME-Version: 1.0
To: freebsd-threads@FreeBSD.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
Subject: how to overcome missing stubs in FreeBSD 6 (continued)
X-BeenThere: freebsd-threads@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Threading on FreeBSD <freebsd-threads.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-threads>, 
	<mailto:freebsd-threads-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-threads>
List-Post: <mailto:freebsd-threads@freebsd.org>
List-Help: <mailto:freebsd-threads-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-threads>,
	<mailto:freebsd-threads-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Sep 2009 17:13:59 -0000

Hmmm, I saw that even in the threading libraries the pthread_* symbols 
are weak, why? This could explain the behavior.
In the pthread_equal() case the "right != clean" thing could be to 
create a stub comparing the parameters instead of blindly return(1).

--
Alex Dupre