Date: Mon, 7 Jan 2008 23:44:18 +0100 From: Marius Strobl <marius@alchemy.franken.de> To: Stephen Hurd <shurd@sasktel.net> Cc: ports@freebsd.org, Mark Linimon <linimon@lonesome.com>, freebsd-sparc64@freebsd.org Subject: Re: new wiki page: State of Packages on Sparc64 Message-ID: <20080107224418.GA77135@alchemy.franken.de> In-Reply-To: <477FEF37.5060806@sasktel.net> References: <20080102231055.GB5172@soaustin.net> <20080105193710.GA9489@soaustin.net> <477FEF37.5060806@sasktel.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jan 05, 2008 at 12:57:27PM -0800, Stephen Hurd wrote: > Mark Linimon wrote: > >On Wed, Jan 02, 2008 at 05:10:56PM -0600, Mark Linimon wrote: > > > >>Please see http://wiki.freebsd.org/Sparc64Packages for a writeup on where > >>we are with respect to sparc64 packages, from portmgr's perspective. > >> > > > >I have updated the charts and detailed-list pages on portsmon with the > >latest information from the partial runs on sparc64-6 and sparc64-7. The > >former is nearly complete, the latter has a few hundred packages to go. > > > > I've been looking into the OpenEXR problem and a trivial work-around is > building the graphics/ilmbase port without multithreaded file I/O support. Hrm, the setGlobalThreadCount() test crashes in a bizarre way in libthr; I can only reproduce this with 7.0-BETA4 and 7.0-PRERELEASE though. The whole test suite succeeds on 8.0-CURRENT and it also doesn't crash when running a 8.0-CURRENT kernel with the 7.0 userland on the same machine, which suggests that some important kernel fix in HEAD hasn't been MFC'ed, yet... > > In debugging it though, it seems that gdb doesn't support thread > debugging on sparc64 which is causing some problems... is this due to > the lack of TLS? No; most likely because it's not implemented, see libpthread_md.c. Marius
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080107224418.GA77135>