From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.lisp.guile.devel Subject: Re: TLS support on NetBSD Date: Thu, 29 Oct 2009 18:53:09 -0400 Message-ID: <343E464C-7B37-41C6-A4EA-A18EA6958237@raeburn.org> References: <878wf2tsl7.fsf@gnu.org> <871vklon3d.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1256856987 22907 80.91.229.12 (29 Oct 2009 22:56:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Oct 2009 22:56:27 +0000 (UTC) Cc: guile-devel@gnu.org To: ludo@gnu.org (=?ISO-8859-1?Q?Ludovic_Court=E8s?=) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Oct 29 23:56:20 2009 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N3ds2-0001k9-MM for guile-devel@m.gmane.org; Thu, 29 Oct 2009 23:53:30 +0100 Original-Received: from localhost ([127.0.0.1]:42843 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N3ds2-00024u-7l for guile-devel@m.gmane.org; Thu, 29 Oct 2009 18:53:30 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N3drx-00021p-Tt for guile-devel@gnu.org; Thu, 29 Oct 2009 18:53:25 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N3drt-0001zS-JS for guile-devel@gnu.org; Thu, 29 Oct 2009 18:53:25 -0400 Original-Received: from [199.232.76.173] (port=45892 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N3drt-0001zG-CR for guile-devel@gnu.org; Thu, 29 Oct 2009 18:53:21 -0400 Original-Received: from splat.raeburn.org ([69.25.196.39]:60035 helo=raeburn.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N3drj-0002ci-BU; Thu, 29 Oct 2009 18:53:19 -0400 Original-Received: from [10.0.0.158] ([10.0.0.158]) by raeburn.org (8.14.3/8.14.1) with ESMTP id n9TMr9l5015870; Thu, 29 Oct 2009 18:53:09 -0400 (EDT) In-Reply-To: <871vklon3d.fsf@gnu.org> X-Mailer: Apple Mail (2.936) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:9609 Archived-At: On Oct 29, 2009, at 18:24, Ludovic Court=E8s wrote: >> I just took a little bit of a look... on my NetBSD 5.0.1 x86 system, >> the __thread support simply uses the %gs segment register, > > That=92s weird because it should only do such things with the > =91initial-exec=92 or =91local-exec=92 thread models; otherwise, it = relies on > support from the C library at run-time, something called > =91__tls_get addr ()=92 in glibc. I was compiling an application, not a library file; I'm not sure if =20 that makes a difference. It might, now that I think about it. =20 (...type type type...) Ah, yes. If I add -fPIC, it generates a call =20= to __tls_get_addr. But the test code in the configure script is =20 compiled as a program, not as a library module, so it wouldn't get the =20= link error. Looks like the NetBSD folks have been seeing this problem for at least =20= 2.5 years, too, since before the last major release, and apparently =20 haven't addressed it: = http://mail-index.netbsd.org/tech-toolchain/2007/04/25/0000.html=20 . Ken=