Cormac Cannon

Great! Busy with family over the weekend, but should get back to it early next week. On Fri, 6 Apr 2018 at 13:19 Mike Long wrote: > This looks good...

Great! Busy with the family over the weekend, but should get back to it early next week.

FYI, I've eliminated SET_RETURN_VAL and renaming SET_RETURN_VAL_SEQ to SET_RETURN, in the interest of API simplicity. Given that the behaviour when a sequence is exhausted is to repeat the last value,...

I've added unit tests, updated the generator and made some initial documentation updates. That probably needs a bit more but, @meekrosoft, you might have some preference for how you want...

If you're wondering about the include guards around the PP_NARG macro definitions, they're because I use them in production code as well as test, and otherwise get a lot of...

@wulfgarpro I'll definitely get back to this, but labouring under a pretty ridiculous workload til mid-january (one-man dev team in a medical device startup), and had actually gone a good...

... and January turns into June :S. The ridiculous workload lasted longer than anticipated. Finally got around to tidying up the tail-recursion stuff in the PP_EACH generator. Earlier implementation required...

@wulfgarpro Finally got around to rebasing this etc. between a long flight delay a couple of weeks back and a slow test report export from Jira today :) Now works...

@wulfgarpro Worked through the obvious MSVC issues using your handy appveyor CI build. Initial issue was that appveyor uses ruby 1.9 by default -- set path in .appveyor.yml to use...

Looks like the VAARG mock requires at least one arg. Have you tried letting the format string be the first arg -- i.e. something like this: ``` DECLARE_FAKE_VALUE_FUNC_VARARG(int, printf, ...);...