From owner-freebsd-current@FreeBSD.ORG Mon May 26 20:35:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB45D37B404 for ; Mon, 26 May 2003 20:35:05 -0700 (PDT) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72BEA43F85 for ; Mon, 26 May 2003 20:35:03 -0700 (PDT) (envelope-from mtm@identd.net) Received: from kokeb.ambesa.net ([151.200.236.15]) by out004.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030527033502.JIGD28930.out004.verizon.net@kokeb.ambesa.net>; Mon, 26 May 2003 22:35:02 -0500 Date: Mon, 26 May 2003 23:35:01 -0400 From: Mike Makonnen To: Alexey Neyman In-Reply-To: <200305270726.27022.alex.neyman@auriga.ru> References: <20030526225111.HVVN25800.out006.verizon.net@kokeb.ambesa.net> <20030526231132.FTVK12592.out001.verizon.net@kokeb.ambesa.net> <200305270726.27022.alex.neyman@auriga.ru> X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [151.200.236.15] at Mon, 26 May 2003 22:35:02 -0500 Message-Id: <20030527033502.JIGD28930.out004.verizon.net@kokeb.ambesa.net> cc: freebsd-current@freebsd.org Subject: Re: Libthr stable enough for testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2003 03:35:06 -0000 > and then, should it just replace libc_r.co.5? Or do I need to recompile > everything that has threads with -lthr instead of -lc_r? I'm moving this to -current since I have already had to answer it once. I've included my reply to a another person's similar question. You shouldn't have to recompile any applications linked with libc_r. libthr is a drop-in replacement. On my machine I just backup libc_r* and symlink it to libthr*: May/26 mtm@kokeb ~% ll /usr/lib/libc_r* lrwxr-xr-x 1 root wheel 8 May 26 21:06 /usr/lib/libc_r.a@ -> libthr.a lrwxr-xr-x 1 root wheel 11 May 20 17:23 /usr/lib/libc_r.so@ -> libc_r.so.5 lrwxr-xr-x 1 root wheel 11 May 26 21:06 /usr/lib/libc_r.so.5@ -> libthr.so.1 lrwxr-xr-x 1 root wheel 10 May 26 21:06 /usr/lib/libc_r_p.a@ -> libthr_p.a However, I think mdodd@ has a patch so you can create an /etc/libmap.conf to make different applications use different libraries. Search the freebsd-threads archive for "/etc/libmap.conf". > What kind of information are you looking for with the bug reports? Is > there any debugging code that could be enabled? The debugging code is enabled by default. Ideally, what I would like is for people to post detailed descriptions and hopefully a backtrace of any crashes. Having said that, while you may have some problems with specific applications, I think the majority of threaded applications should work just fine. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 mtm@FreeBSD.Org| FreeBSD - The Power To Serve