From owner-freebsd-current@FreeBSD.ORG Fri Jun 25 21:16:11 2004 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 3DF1916A4CE; Fri, 25 Jun 2004 21:16:11 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3DC343D48; Fri, 25 Jun 2004 21:16:10 +0000 (GMT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc13) with ESMTP id <20040625211510016005v36oe>; Fri, 25 Jun 2004 21:15:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA03962; Fri, 25 Jun 2004 14:15:06 -0700 (PDT) Message-Id: <200406252115.OAA03962@InterJet.elischer.org> Date: Fri, 25 Jun 2004 14:15:04 -0700 (PDT) From: Julian Elischer To: Joe Marcus Clarke cc: freebsd-current@freebsd.org cc: freebsd-gnome@freebsd.org cc: John Merryweather Cooper Subject: Re: Does -CURRENT's gcc generate ___tls_get_addr under any 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: Fri, 25 Jun 2004 21:16:11 -0000 circumstances In-Reply-To: <1088197748.842.1.camel@gyros> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 25 Jun 2004, Joe Marcus Clarke wrote: > On Fri, 2004-06-25 at 16:44, John Merryweather Cooper wrote: > > I'm working on porting (and getting fully working) lang/mono > > version 0.96, and I'm having a problem. In one of my object > > files--mini.lo--I'm getting an extern reference to > > ___tls_get_addr. I've been over the source code in mini.c > > and all the included headers, and I can't find anything to > > get rid of this reference or find a way to resolve it. As > > a result, the linking of the mono runtime binary fails with > > this symbol unresolved. > > > > Any and all clues are welcome! > > As I recall, this is from boehm. You'll have to tell boehm not to do > thread-local storage. Note: boehm is in the libgc subdirectory inside > mono. > > Joe > TLS is coming.. it's just not here yet..