This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFA:] No timeout for ext/pb_ds/regression/hash_data_map_rand.cc



For reference, I intend to also have a look at (at least) the
following timeouts:
27_io/basic_stringbuf/overflow/char/1.cc
27_io/objects/char/10.cc
27_io/objects/char/12048-1.cc
27_io/objects/char/12048-2.cc
27_io/objects/char/12048-3.cc
27_io/objects/char/12048-4.cc
27_io/objects/char/6.cc

To wit, those tests not timing out directly, do it when e.g. running a similar
test-round in parallel.

It looks like these (and some additional?) are timing out on arm-eabi from the codesourcery tester too.


Will commit to trunk and 4.2 when/if I get ok on the
check_effective_target_simulator bits posted in the original
patch.

Ok. Sounds good to me.


	* testsuite/ext/pb_ds/regression/tree_data_map_rand.cc: Use only 5
	iterations for simulator targets.
	* testsuite/ext/pb_ds/regression/tree_no_data_map_rand.cc: Ditto.
	* testsuite/ext/pb_ds/regression/trie_data_map_rand.cc: Ditto.
	* testsuite/ext/pb_ds/regression/trie_no_data_map_rand.cc: Ditto.
	* testsuite/ext/pb_ds/regression/hash_no_data_map_rand.cc: Ditto.
	* testsuite/ext/pb_ds/regression/priority_queue_rand.cc: Ditto.

Looks good, thanks!


-benjamin


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]