Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 Mar 2001 01:55:36 -0500
From:      Will Andrews <will@physics.purdue.edu>
To:        FreeBSD Ports <ports@FreeBSD.org>
Cc:        Daniel Kim <dk@cs.purdue.edu>, Jeremy Shaffner <jeremy@external.org>, Dag-Erling Smorgrav <des@FreeBSD.org>
Subject:   ** HEADS UP **  KDE2/QT2 threads-related problems solved
Message-ID:  <20010323015536.T5821@ohm.physics.purdue.edu>

next in thread | raw e-mail | index | archive | help

--ZRLamLUCLuRJXeX8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

Before people react, no, I haven't committed my changes yet.  Yes, I
really did fix the problems with KDE2 hanging.  Yes, this is with
XFree86 4.0.x.  Sorry, I'm not going to commit them until I've finished
the entire job and inspected the diffs.  However, as I type this, I am
in a KDE 2.1 session using QT 2.3.0, *all* built entirely from ports,
no runtime hacks etc.  Yay!  Finally!  (etc...)

Dag-Erling Smorgrav pointed out to me that Qt2/KDE2 came with an option
called --enable-mt, and that I'd not added them to CONFIGURE_ARGS in the
KDE2 ports where I did my original hacks to get pthreads added to the
compile.  I investigated this thoroughly and tried to do it the right
way tonight, but in the end I concluded that --enable-mt is still very
immature as I'm not sure how even Linux people would be able to use it
in such a manner that KDE2 still compiled (much less worked) for them.

So anyway, given that some people desire to have GL support in Qt, I
decided to solve the problem by eliminating GL support from the standard
Qt library and instead build a separate library containing the GL
support.  So what we have now is this:  *standard* Qt2 library w/o
threads and w/o GL, *hacked* Qt2 library w/ GL and either w/o or w/
threads, and a *standard* Qt2 library w/o GL and w/ threads.  This
accounts for all possible cases where people will get (hopefully) the
same functionality from each of the specific libqt2's.  As a result,
(unfortunately) the qt 2.3.0 package will bloat by ~ 1.5-2.5 megs.

When I bring in the support tomorrow (or Saturday), I will also bring in
an initial revision of bsd.kdeqt.mk (to be left off until Satoshi puts
the magical invocations in bsd.port.mk for it).  I've also decided to
put the KDE 1.x nonessential ports back for 4.3-RELEASE.  bsd.kdeqt.mk
will have in it the effective "policy" changes for QT/KDE ports.  One
particularly important point is that the folks who MUST have GL support
in QT will be able to use a special variable to tell their ports which
library to link with (as a result of above hack).  And of course we will
be able to simplify most QT/KDE-based app port Makefiles greatly.

Thanks to the *many* folks who submitted email telling me some part of
KDE2 ports have been broken for the last week or two.  Yes, I know.
Yes, I'm sorry.  It's fixed now, at least here.  :-)

Ugh, time to sleep, psychology exam tomorrow etc etc...
--=20
wca

--ZRLamLUCLuRJXeX8
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: For info see http://www.gnupg.org

iD8DBQE6uvNoF47idPgWcsURAhucAKCI9Fb1NrAnC+NJZwG6/he7R/wnJgCfWNZ7
vdeZ/CYn66gCDLg8nSOQcqI=
=k843
-----END PGP SIGNATURE-----

--ZRLamLUCLuRJXeX8--

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?20010323015536.T5821>