Boost C++ Libraries: Ticket #3114: Modified interface to allow even lazier return types for defaults

attachment set

Jeremiah Willcock — Sat, 30 May 2009 23:52:27 GMT

attachment → parameter_interface.patch

Patch to allow alternative interface

attachment set

Jeremiah Willcock — Sat, 30 May 2009 23:52:48 GMT

attachment → parameter_test.cpp

Test using new interface

type changed

Jeremiah Willcock — Sun, 31 May 2009 00:29:11 GMT

type Patches → Feature Requests

Jeremiah Willcock — Fri, 05 Jun 2009 19:51:34 GMT

The patch might need to be changed so that it gets result_of<F(int)>::type rather than result_of<F()>::type because that second case does not use a result member template in F while the first one does.

owner changed

Dave Abrahams — Sat, 17 Oct 2009 01:29:29 GMT

owner changed from Daniel Wallin to Jeremiah Willcock

Jeremiah,

I don't completely understand the problem you're solving, but if you can assure me that no documentation changes are needed for this, then I trust you to check in your changes on trunk and move them to release when the results look clean.

owner, milestone changed

Jeremiah Willcock — Mon, 19 Oct 2009 17:00:35 GMT

owner changed from Jeremiah Willcock to Daniel Wallin
milestone Boost 1.40.0 → Boost 1.42.0

I believe that it should require documentation changes (to document the new interface), and possibly a change (backwards-incompatible) to only use the new interface with the dummy parameter (if you want). I do not believe this patch is ready for 1.41 and should be understood fully before being added. You may want to rewrite it anyway to match your coding standard, naming conventions, etc. I am sending this back to you to be delayed until 1.42 and checked in more detail.

attachment set

Jeremiah Willcock — Sat, 07 Nov 2009 17:51:43 GMT

attachment → parameter_extra_lazy.cpp

An example program that fails with zero-argument use of result_of (the old behavior)

Dave Abrahams — Sun, 08 Nov 2009 02:48:07 GMT

Okay, the things you want here might be nice to have overall, but you don't need them to solve your problems. You're doing everything the hard way by not using the macros that generate the overload set. I'm attaching a patch to depth_first_search that makes everything work.

If you read the comments in the patch, you'll see that there are a few places here and there where Boost.Parameter could be a big help if it did things differently. We should generate tickets for those.

attachment set

Dave Abrahams — Sun, 08 Nov 2009 02:49:04 GMT

attachment → depth_first_search.hpp.patch

Patch that parameter-enables depth_first_search without changes to Boost.Parameter

owner changed

Dave Abrahams — Sat, 09 Jan 2010 19:56:50 GMT

owner changed from Daniel Wallin to Jeremiah Willcock