From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 14:38:25 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 5C5DC16A4CF for ; Sat, 14 Aug 2004 14:38:25 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26D7643D31 for ; Sat, 14 Aug 2004 14:38:23 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i7EEc7XX057978; Sat, 14 Aug 2004 09:38:09 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 66.13.175.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Sat, 14 Aug 2004 09:38:21 -0500 (CDT) Message-ID: <56920.66.13.175.242.1092494301.squirrel@mail.ringofsaturn.com> In-Reply-To: <20040812183418.D86599@carver.gumbysoft.com> References: <200408120429.30081.michaelnottebrock@gmx.net> <20040812183418.D86599@carver.gumbysoft.com> Date: Sat, 14 Aug 2004 09:38:21 -0500 (CDT) From: "Rusty Nejdl" To: "Doug White" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75, clamav-milter version 0.75 on tethys.ringofsaturn.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org cc: rnejdl@ringofsaturn.com cc: Trent Nelson Subject: Re: Signal 11 compiling qt33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2004 14:38:25 -0000 >> > > uic and dcopidl crashes are indicative of crossed thread libraries. I > know, I went through the same problem :) If you ldd them you'll see > libc_r and libpthread both getting pulled in, which is fatal. Both uic > and dcopidl pull in libqt, which will usually be the lagggard since its > using options saved by qmake, and doesn't get updated frequently enough > for it to get rebuilt during a kde/qt upgrade. > > You want to rebuild stuff in this order: > > > 1. XFree86-libraries (or the xorg equivalent) > 2. qmake (everyone forgets this -- qt uses it to get compile and link > options, including the thread library!) 3. qt33 > 4. qt dependencies (kde, etc.) > > Doug, The only comment about this is that this was a fresh install and no portupgrading or buildworld going on. I'm guessing, though, that I caught things in a state of flux, however, I have also run into cross threading issues within 5.2.1 for some reason. Anyways, I had to put this aside for a bit, but I will pick this back up next week with another clean snapshot and see where things are at. Rusty Nejdl