Reason for -no-stl in qt-copy configure recommendation?

[Scott Wheeler]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 28 April 2003 19:12, Lubos Lunak wrote:
> perhaps could be improved on the STL side by subclassing or 
> writing more algorithms).

I'm not sure if you're referring to subclassing QTL or STL classes here, but 
both are relatively difficult to subclass in a useful way since generally 
their classes don't have virtual destructors.

(I have a mostly vaporware wrapper around some of the STL classes to make them 
more Qt-like; I'm having to use them as member variables rather than just 
subclassing.)

>  PS: I personally really wonder how much QTL's implicit sharing slows (yes, 
> slows) things down. Too bad I don't know how to create some useful 
> representative benchmark.

I'd be interested in which contexts you're thinking about.  Do you mean just 
accessing everything through a pointer?

Cheers,

- -Scott

- -- 
There are 10 types of people in the world: Those who understand binary, and 
those who don't.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+rYBgQu0ByfY5QTkRAq0EAJ9yrhHfga6GodnnzAc8ACxyOI20kwCdEzbm
lgaG1JCYVeXMAYsIgTPDBPE=
=vDkt
-----END PGP SIGNATURE-----