2015-08-14  Murray Cumming  <murrayc@murrayc.com>

	deduce_result_t: Add initial T_return template parameter.

	To make it clearer that this is how to use it.

2015-08-14  Murray Cumming  <murrayc@murrayc.com>

	tests: Use sigc::deduce_result_t<> instead of deduce_result_type<>::type.

	This removes the last use of sigc::deduce_result_type<>, allowing
	us to change the implementation of sigc::deduce_result_t more easily.

2015-08-14  Murray Cumming  <murrayc@murrayc.com>

	exception_catch.h: Generate deduce_result_type for the void specializations too.

	I guess this is correct and test_exception_catch still passes.
	Without this, it's actually using, for instance:
	sigc::deduce_result_type<T_arg1, T_Arg2>
	even though sigc::deduce_result_type<> should really be called with a result type
	first, like so:
	sigc::deduce_result_type<T_return, T_arg1, T_Arg2>

	Explicitly changing it to use
	sigc::deduce_result_type<T_return, T_Arg1, T_Arg2>
	or
	sigc::deduce_result_type<T_Arg1, T_Arg2>
	instead of just
	deduce_result_type<T_Arg1, T_Arg2>
	doesn't seem to break things either, probably out of luck,
	but changing it to define a type that it actually seems to expect seems
	cleaner, and makes it easier for us to change sigc::deduce_result_type.

2015-08-13  Murray Cumming  <murrayc@murrayc.com>

	C++11: deduce_result_type.h: Add and use a deduce_result_t<> alias.

	This simplifies the code a bit, by replacing use of this:
	typename deduce_result_type<SomeType1, SomeType2>::type
	with this:
	deduce_result_t<SomeType1, SomeType2>

	Note that the alias is a C++11 variadic template.
	Bug #753580

2015-08-13  Murray Cumming  <murrayc@murrayc.com>

	type_traits.h: Remove the unused type and pointer types.

	These were apparently never used.
	Bug #753580

2015-08-13  Murray Cumming  <murrayc@murrayc.com>

	type_trait: Define and use type_trait_pass/take_t aliases.

	This simplifies the code a bit, by replacing use of this:
	typename type_trait<SomeType>::take
	with this:
	type_trait_take_t<SomeType>
	Bug #753580

2015-08-13  Murray Cumming  <murrayc@murrayc.com>

	2.5.2