From owner-freebsd-bugs@FreeBSD.ORG Sat Feb 21 18:00:38 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91E0716A4FF for ; Sat, 21 Feb 2004 18:00:38 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7111C43D1D for ; Sat, 21 Feb 2004 18:00:38 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i1M20cbv006541 for ; Sat, 21 Feb 2004 18:00:38 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i1M20bRe006540; Sat, 21 Feb 2004 18:00:38 -0800 (PST) (envelope-from gnats) Date: Sat, 21 Feb 2004 18:00:38 -0800 (PST) Message-Id: <200402220200.i1M20bRe006540@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Kris Kennaway Subject: Re: misc/60243: Problem in calling kpathsea library from Python extension X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Kris Kennaway List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 02:00:38 -0000 The following reply was made to PR misc/60243; it has been noted by GNATS. From: Kris Kennaway To: Jin-Hwan Cho Cc: Kris Kennaway , FreeBSD-gnats-submit@FreeBSD.org Subject: Re: misc/60243: Problem in calling kpathsea library from Python extension Date: Sat, 21 Feb 2004 17:54:15 -0800 On Sat, Dec 27, 2003 at 02:20:47PM +0900, Jin-Hwan Cho wrote: > Kris Kennaway wrote: > > > hash_create is a symbol defined in libc.so.4. You're calling that > > function instead of the one in your library. I'm not sure whether > > this symbol needs to be exported from libc, because it doesn't appear > > to be in libc.so.5. > > I could find the symbol "hash_create" in libc.so.5 as follows: > > /usr/lib$ objdump -T libc.so.5 | grep hash > 00000094 l d .hash 00000000 > 0001e020 g DF .text 000000d2 hash_destroy > 000231d0 g DF .text 00000021 uuid_hash > 0001e350 g DF .text 0000025a hash_stats > 0001e2c0 g DF .text 00000089 hash_purge > 000c43d4 g DO .data 00000004 __default_hash > 0001e100 g DF .text 000000c7 hash_search > 0001e250 g DF .text 00000067 hash_traverse > 0001def0 g DF .text 0000008d hash_create > 000a3840 g DF .text 00000031 __call_hash > 000a24c0 g DF .text 000003e6 __hash_open > > Is there any way to use "hash_create" in the kpathsea library > instead of the standard libc? Sorry for the delay in responding to this. Did you ever resolve this? I wonder if you are linking to libc before libkpathsea (e.g. -lc -lkpathsea); symbols are resolved to the first library in the sequence that contains them. Also, I can't reproduce that libc.so.5 contains the hash_create symbol: kkenn@enigma:/lib objdump -T libc.so.5 | grep hash 00000000000000e8 l d .hash 0000000000000000 000000000003b4a0 g DF .text 0000000000000020 uuid_hash 00000000001ee970 g DO .data 0000000000000008 __default_hash 00000000000cff00 g DF .text 0000000000000040 __call_hash 00000000000cec80 g DF .text 00000000000003a4 __hash_open Kris