misc/60243: Problem in calling kpathsea library from Python extension

[Kris Kennaway]

The following reply was made to PR misc/60243; it has been noted by GNATS.

From: Kris Kennaway <kris at obsecurity.org>
To: Jin-Hwan Cho <chofchof at ktug.or.kr>
Cc: Kris Kennaway <kris at obsecurity.org>,
	FreeBSD-gnats-submit at 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 at 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