From owner-freebsd-gnome@FreeBSD.ORG  Thu Aug  3 11:13:27 2006
Return-Path: <owner-freebsd-gnome@FreeBSD.ORG>
X-Original-To: freebsd-gnome@freebsd.org
Delivered-To: freebsd-gnome@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 46DD916A4DD;
	Thu,  3 Aug 2006 11:13:27 +0000 (UTC) (envelope-from avg@icyb.net.ua)
Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7546F43D83;
	Thu,  3 Aug 2006 11:11:24 +0000 (GMT) (envelope-from avg@icyb.net.ua)
Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87])
	by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA27560;
	Thu, 03 Aug 2006 14:11:22 +0300 (EEST)
	(envelope-from avg@icyb.net.ua)
Message-ID: <44D1D9D9.2070608@icyb.net.ua>
Date: Thu, 03 Aug 2006 14:11:21 +0300
From: Andriy Gapon <avg@icyb.net.ua>
User-Agent: Thunderbird 1.5.0.5 (X11/20060801)
MIME-Version: 1.0
To: freebsd-ports@freebsd.org, freebsd-gnome@freebsd.org
Content-Type: text/plain; charset=KOI8-U
Content-Transfer-Encoding: 7bit
Cc: 
Subject: libgthread not linked with threads lib ???
X-BeenThere: freebsd-gnome@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: GNOME for FreeBSD -- porting and maintaining
	<freebsd-gnome.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-gnome>,
	<mailto:freebsd-gnome-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-gnome>
List-Post: <mailto:freebsd-gnome@freebsd.org>
List-Help: <mailto:freebsd-gnome-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-gnome>,
	<mailto:freebsd-gnome-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Aug 2006 11:13:27 -0000


It seems that I've encountered an application that depends on libgthread
and does not depend on any library that would suck in libpthread (or
other threads library) through its dependencies. That application
immediately aborts with the following message:
/usr/local/lib/libgthread-2.0.so.0: Undefined symbol "pthread_getschedparam"

It seems that this happens because libgthread references pthread symbols
but does not have a dependency on a threading library:

$ ldd /usr/local/lib/libgthread-2.0.so
/usr/local/lib/libgthread-2.0.so:
        libintl.so.6 => /usr/local/lib/libintl.so.6 (0x48172000)
        libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x4817b000)
        libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x48200000)

Not sure if this is something wrong with my environment or if this is a
universal problem with glib2 port.

BTW, is there anyway to add shared library dependency to an exisiting
shared library (post-linking) ? LD_PRELOAD=libpthread.so works for me,
but fixing libgthread-2.0.so dependencies in-place would be better.

-- 
Andriy Gapon