Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 22 Mar 2004 15:44:56 -0800
From:      "Henry Koren" <henry@koren.com>
To:        <adridg@cs.kun.nl>, <current@freebsd.org>
Subject:   RE: Fwd: RE: [kde-freebsd] Build error in arts on -CURRENT
Message-ID:  <20040322234457.WUQR1438.mta11.adelphia.net@mercury>
In-Reply-To: <Pine.GSO.4.44.0403222104400.9403-100000@wn4.sci.kun.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
Adriaan,
It's a 1000 mhz AMD Athlon.

I am unclear on how exactly I should go about mapping pthread to libc_r.
Either the documentation is horribly vague or I am extremely dense.

>From reading the manpage on libmap.conf I understand that I should add these
lines to /etc/libmap.conf (which are for some reason assigned to an example
for mplayer):

     libpthread.so.1         libc_r.so.5
     libpthread.so           libc_r.so

So now what?  Do I have to rebuild every single port?  The compiled binaries
that failed before, continue to fail.

Here some LDD's from binaries that consistently dump core.

/usr/local/bin/mcopidl:
        libmcop.so.1 => /usr/local/lib/libmcop.so.1 (0x280bd000)
        libgmodule-2.0.so.200 => /usr/local/lib/libgmodule-2.0.so.200
(0x2816f000)
        libgthread-2.0.so.200 => /usr/local/lib/libgthread-2.0.so.200
(0x28173000)
        libpthread.so.1 => /usr/lib/libpthread.so.1 (0x28177000)
        libglib-2.0.so.200 => /usr/local/lib/libglib-2.0.so.200 (0x2819a000)
        libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x281fc000)
        libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x282eb000)
        libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x28307000)
        libm.so.2 => /lib/libm.so.2 (0x283b9000)
        libc.so.5 => /lib/libc.so.5 (0x283d1000)
        libintl.so.6 => /usr/local/lib/libintl.so.6 (0x2849c000)
        libpthread.so.14 => /usr/local/lib/libpthread.so.14 (0x284a5000)
        libc.so.4 => /usr/lib/compat/libc.so.4 (0x284bb000)

/usr/X11R6/bin/gconftool-2:
        libintl.so.6 => /usr/local/lib/libintl.so.6 (0x28085000)
        libORBit-2.so.0 => /usr/local/lib/libORBit-2.so.0 (0x2808e000)
        libgobject-2.0.so.200 => /usr/local/lib/libgobject-2.0.so.200
(0x280d6000)
        libgmodule-2.0.so.200 => /usr/local/lib/libgmodule-2.0.so.200
(0x28106000)
        libgthread-2.0.so.200 => /usr/local/lib/libgthread-2.0.so.200
(0x2810a000)
        libpthread.so.14 => /usr/local/lib/libpthread.so.14 (0x2810e000)
        libglib-2.0.so.200 => /usr/local/lib/libglib-2.0.so.200 (0x28124000)
        libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x28186000)
        libz.so.2 => /lib/libz.so.2 (0x28265000)
        libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28272000)
        libm.so.2 => /lib/libm.so.2 (0x28361000)
        libpopt.so.0 => /usr/local/lib/libpopt.so.0 (0x28379000)
        libgconf-2.so.5 => /usr/X11R6/lib/libgconf-2.so.5 (0x28380000)
        libc.so.5 => /lib/libc.so.5 (0x283b0000)
        libc.so.4 => /usr/lib/compat/libc.so.4 (0x2847b000)	
-------------

It seems that none of them map to libc_r but just libc.  So changing the
libmap.conf has no effect.

Hopelessly lost,
-Henry Koren

-----Original Message-----
From: Adriaan de Groot [mailto:adridg@sci.kun.nl] 
Sent: Monday, March 22, 2004 12:05 PM
To: kde@freebsd.org
Cc: Henry Koren
Subject: Re: Fwd: RE: [kde-freebsd] Build error in arts on -CURRENT

Henry doesn't say what architecture he's using, but my suggestion would be
to map pthread to libc_r instead - certainly on amd64 that's the more
stable option.

-- 
 Adriaan de Groot    adridg@cs.kun.nl     Kamer A6020     024-3652272
GPG Key Fingerprint 934E 31AA 80A7 723F 54F9  50ED 76AC EE01 FEA2 A3FE
               http://www.cs.kun.nl/~adridg/research/





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040322234457.WUQR1438.mta11.adelphia.net>