From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 01:39:03 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 5607216A4CE for ; Fri, 13 Aug 2004 01:39:03 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2316343D2D for ; Fri, 13 Aug 2004 01:39:03 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1830A72DD4; Thu, 12 Aug 2004 18:39:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1329E72DCB; Thu, 12 Aug 2004 18:39:03 -0700 (PDT) Date: Thu, 12 Aug 2004 18:39:03 -0700 (PDT) From: Doug White To: Michael Nottebrock In-Reply-To: <200408120429.30081.michaelnottebrock@gmx.net> Message-ID: <20040812183418.D86599@carver.gumbysoft.com> References: <200408120429.30081.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 01:39:03 -0000 On Thu, 12 Aug 2004, Michael Nottebrock wrote: > Maybe. Maybe there are some software related factors there, too (qt isn't > generally more sensitive to typical scenarios of ports-based installations > being inconsistent in a way that makes stuff break - like the mixed threads > libraries example. The difference is, qt very often just fails in a rather > undescriptive way, and as it seems, way more often in some places than others > (uic)). 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.) It took me a week to get this straightened out on my dual 600 current builder. Really understood the problem and solutions afterward through :) You can use the libmap hack, but that will only bite you in some hidden way later when the libraries change again. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org