Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 Apr 2006 14:25:29 +0200 (CEST)
From:      Joerg Pulz <Joerg.Pulz@frm2.tum.de>
To:        Daniel Eischen <deischen@freebsd.org>
Cc:        freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org
Subject:   Re: pthread_mutex_timedlock on sparc64
Message-ID:  <20060417141213.X52948@hades.admin.frm2>
In-Reply-To: <Pine.GSO.4.64.0604170744350.18659@sea.ntplx.net>
References:  <20060416220250.K52948@hades.admin.frm2> <44436C5B.50703@orel.ru> <Pine.GSO.4.64.0604170744350.18659@sea.ntplx.net>

next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Mon, 17 Apr 2006, Daniel Eischen wrote:

> On Mon, 17 Apr 2006, Andrew Belashov wrote:
>
>> Hello, Joerg!
>> 
>> Joerg Pulz wrote:
>>> sorry for the cross posting but i think it is related to both lists.
>>> 
>>> Today i got two mails from pointyhat for ports that i maintain which seem 
>>> to have problems on sparc64.
>>> The relevant ports are net/gatekeeper, net/openmcu and the exact error 
>>> message is:
>>> /usr/local/lib/libpt_r.so: undefined reference to 
>>> `pthread_mutex_timedlock'
>
> Note that /usr/local/lib/foo is not part of FreeBSD base, so
> it looks like the sparc build machine is using a non-standard
> thread library.
>
>>> There is another port net/openam which has the same problem.
>>> 
>>> As far as i can see, the '-pthread' argument is used and therefore this 
>>> should not occur, unless there is something missing or wrong in the 
>>> sparc64 thread library.
>>> I can't investigate this further because i have no access to a sparc64 
>>> machine running any version FreeBSD.
>>> 
>>> Any information regarding this problem is much appreciated.
>>> 
>>> Kind regards
>>> Joerg
>>> 
>> 
>> What about libthr library? For switching to libthr:
>> # echo "libc_r.so libthr.so" >>/etc/libmap.conf
>
> Also, some sparc64-knowledgeable person(s) need to make
> libpthread work on sparc64 ;-)

Hi Daniel, Andrew,

the library /usr/local/lib/libpt_r.so comes out of the devel/pwlib port 
and is requiered by net/openh323 and therefor needed by net/gatekeeper, 
net/openmcu and net/openam.

As i said before, i don't have access to a sparc64 machine running 
FreeBSD. The error was reported by pointyhat, so tweaking /etc/libmap.conf 
is not an option.

If the "pthread_mutex_timedlock" symbol is really not available in the 
default thread library for sparc64, i will mark these ports BROKEN for 
${ARCH} == "sparc64", but first i want to make sure that this is really 
the case.

regards
Joerg

- -- 
The beginning is the most important part of the work.
 				-Plato
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (FreeBSD)

iD8DBQFEQ4k7SPOsGF+KA+MRAgylAKDL3fNsI4GvRi5YHe4awTzc5UqaCgCfVsIV
YXli4HhK1jqq/ARBWp3jfoI=
=yDLW
-----END PGP SIGNATURE-----



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060417141213.X52948>