From owner-freebsd-ports@FreeBSD.ORG Sun Feb 6 10:40:29 2005 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33CC516A4CE for ; Sun, 6 Feb 2005 10:40:29 +0000 (GMT) Received: from kirk.blurgle.ca (kirk.blurgle.ca [66.38.165.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87CDD43D5C for ; Sun, 6 Feb 2005 10:40:28 +0000 (GMT) (envelope-from jtregunna@blurgle.ca) Received: from [192.168.0.14] (scotty.blurgle.ca [66.38.165.231]) (authenticated bits=0) by kirk.blurgle.ca (8.13.1/8.13.1) with ESMTP id j16Ab7LM020625 (version=TLSv1/SSLv3 cipher=EDH-DSS-DES-CBC3-SHA bits=168 verify=NO); Sun, 6 Feb 2005 10:37:07 GMT (envelope-from jtregunna@blurgle.ca) In-Reply-To: <200502061100.59709.michaelnottebrock@gmx.net> References: <20050206092201.GA910@galgenberg.net> <200502061100.59709.michaelnottebrock@gmx.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4832a351ccd527584f32a32fcf7e59d0@blurgle.ca> Content-Transfer-Encoding: 7bit From: Jeremy Tregunna Date: Sun, 6 Feb 2005 05:38:26 -0500 To: Michael Nottebrock X-Mailer: Apple Mail (2.619.2) Received-SPF: pass (kirk.fuqn.ca: 66.38.165.231 is authenticated by a trusted mechanism) cc: freebsd-ports@freebsd.org Subject: Re: Ruby 1.8.2_2 segfault X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 10:40:29 -0000 On 6-Feb-05, at 5:00 AM, Michael Nottebrock wrote: > On Sunday, 6. February 2005 10:22, Ulrich Spoerlein wrote: > >>> -lpthread -lcrypt -lm -o libruby18.so.18 >>> ./lib/ftools.rb:204: [BUG] Segmentation fault >>> ruby 1.8.2 (2004-12-25) [sparc64-freebsd5] >>> >>> Abort trap (core dumped) >> >> This happend to me when building with -Os, any flags above -O would >> seem >> to trigger this. > > Different problem. Sparc64 still uses libc_r as the default threading > library, > and right now ruby18 will (on 5.3+) unconditionally link to libpthread > instead, which doesn't work. Ah okay, this makes sense now, thanks. -- Jeremy Tregunna jtregunna@blurgle.ca