Curious. Can I see a full build log for this? I assume VS, correct? can you reproduce the same in Water?
EBuild keeps a separate cache for each configurations, so in theory this should not happen; when you build Release again, it should find the dll outdated and rebuild it (unless VS does its own logic of what it thinks needs. building…
I will have to make some time for that - I just had it when I switched to release, to release the next version of the software. - No real problem, just did a rebuild and everything was fine.
Right, I know. But knowing if it shows in Water too will help narrow down whether this is an issue in EBuild or in VS, which I in turn determines who’ll need to have a look and what the chance of a quick fix is ;). I can’t test in VS (or Water) myself right now, because my Surface, which I used for Windows work/testing, died of a swollen battery ;(
I’ll try myself, in Fire; if it doesn’t repro there, it’s a VS-level issue.
Background: this was a weird one. Switching configurations ran EBuild to re-resolbve references. since the Release config was not build yet, the project reference did not resolve directly, and fell back to the HintPath (which was Debug). this resolve ended up in the cache, so ion next build, resolve reused the cache and stuck with the Debug version of the .dll, not the now freshly built Release version.