Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: stdcxx-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of AntonP@moscow.vdiweb.com
 designates 195.210.189.132 as permitted sender)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: tests compilation time
Date: Fri, 10 Feb 2006 19:28:44 +0300
Message-ID: <4D6A8407B7AC6F4D95B0E55C4E7C4C6203A7A8AA@exmsk.moscow.vdiweb.com>
Thread-Topic: tests compilation time
Thread-Index: AcYuXw9K1VmaerJVQFqh9/hLNHZ/yQ==
From: "Anton Pevtsov" <AntonP@moscow.vdiweb.com>
To: <stdcxx-dev@incubator.apache.org>

Martin Sebor wrote:
> Incidentally, the test takes very long to compile
[...]
> One idea might be factor all the code that inevitably must be
iterator- and algorithm-specific to a small helper template derived from
an ordinary (non-template) base class, construct an object of > the
appropriate derived type in the function that sets up all the template
arguments (i.e., the types of the iterators and the algorithm to test),
and pass this object by reference to the base class > in the test
function.

I've tried this way in the lib.set.union test but had no luck: I faced
with the problem of the iterator type retrieving by the given constant
(It is possible to hardcode all 64 possible iterators permutations and
avoid the problem, but will this make sense?). So, I am not sure that I
cought your idea above (did you mean something like traits class?).=20
Could you explain your approach or provide some example, please?

Anyway I'll continue my attempts to reduce the test compilation time.

Thanks,
Anton Pevtsov