<div dir="ltr"><div>Hello Francis,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 4, 2019 at 6:49 PM Francis Giraldeau <<a href="mailto:francis.giraldeau@gmail.com">francis.giraldeau@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Maybe the problem is related to Cotire? I see that it is used in<br>
mredis. I tried to reproduce the issue, and it behaves correctly. You<br>
might want to try to reproduce using the following minimal repo:</blockquote><div><br></div><div>Alas, I can safely rule out cotire. I only included it a few months ago and the issue was already ages old by then. Also, it is optional and some use it, some don't.</div><div><br></div><div>What comes to mind now as a possible explanation, as I just a minute ago noticed is what button to press. Perhaps it is a Visual Studio thing. When I, for example, work on the mredis lib I do that test driven using the various testing tools. </div><div><br></div><div>Now in order to do this, I generally set the testing suite as "StartUp Project", as VC calls the currently active target. Then I press 'build target' (as opposed to 'build solution') or simply just "Debug", the green play button to run a test.</div><div><br></div><div>When the source to the testing suite is changed, both operations cause build and link of the tool and then run it as they should. When I change a source in the lib they do not.</div><div><br></div><div>However, when I press 'build solution', all dependent binaries do seem to be relinked. I just tested this. It's simply that I normally don't do this for low level testing builds because I don't need to build the whole solution just for one test. Interesting. I never noticed that.</div><div>May this shed some light on the issue?</div><div><br></div><div>Cheers,</div><div>Stephan</div><div><br></div><div><br></div><div><br></div></div></div>