Date: Sun, 18 Mar 2001 17:30:51 -0400 (AST) From: The Hermit Hacker <scrappy@hub.org> To: Will Andrews <will@physics.purdue.edu> Cc: FreeBSD Ports <ports@FreeBSD.ORG>, <sobomax@FreeBSD.ORG>, <knu@FreeBSD.ORG> Subject: Re: Qt2X business (KDE2, GL support and XFree86 4.0.2_2+ & xthreads) Message-ID: <Pine.BSF.4.33.0103181727060.6843-100000@mobile.hub.org> In-Reply-To: <20010318161729.M61859@ohm.physics.purdue.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Okay, am confused here ... I installed qt-copy and KDE from anon-cvs,
using the following configure options:
qt-copy:
./configure -sm -gif -system-libpng -system-jpeg \
-thread -no-g++-exceptions -L/usr/local/lib -I/usr/local/include
kde*:
./configure --prefix=$INSTALLDIR --disable-debug --enable-final \
--with-extra-includes=/usr/local/include \
--with-extra-libs=/usr/local/lib --with-qt-dir=$SRCDIR/qt-copy
with 4.0.2_6 as my server ...
and haven't had any problems under 4 out of 5 systems I have running
4.x ... is there something that I'm not enabling to recreate your problems?
On Sun, 18 Mar 2001, Will Andrews wrote:
> [ Maxim Sobolev & Akinori MUSHA-san Cc:'d since I believe this email
> applies to them but not sure about others so ports gets audience too ]
>
> Hello all,
>
> As far as I can tell, there is no way to build KDE2 with XFree86 4.0.2
> when it has threads and Qt requires GL to be linked to it. The only
> solution I can see at this point is to simply remove GL support from the
> default QT library but instead put it in a separate library. My
> suggestion is this: How about removing the GL support from the default
> libqt2.so, but leaving it in libqt2-mt.so? Has anyone tried testing
> whether the stuff in our tree that requires libqt2 with GL works with
> the threaded version? I.e. right now the qt2X ports install both a
> libqt2.so and a libqt2-mt.so (non-threaded and threaded version), and I
> think that it makes more sense simply to leave GL out of the non-threads
> version, but only if the threads version works (ie: functionality) with
> the ports that require GL support in Qt. If they don't.. I guess that
> means I will need to figure out a way to get libqtgl back. Some people
> wanted -thread in Qt before, so I'm not sure it's a good idea just to
> nuke that part (and won't solve the problem anyway since it's really GL
> in XFree86 4.0.2+ that's causing the problem).
>
> Oh, and don't forget that I'm talking about packages here. I'd really
> like for Qt to still be usable packagewise. So I'm not really
> interested in compile-time ".if defined(NO_MESA)" or similar... even at
> the expense of an additional huge library (see libqtgl idea above).
>
> Please let me know. We don't have much time left.
>
> --
> wca
>
> P.S. Statements such as "KDE sucks!" or similar will be summarily
> ignored and your opinion will not count when I make a decision. :)
> I.e. I may just decide to nuke GL at your expense. :)
> This means you Maxim! ;-)
>
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.33.0103181727060.6843-100000>