Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Workaround apparent bug in VS 2017.3 link #40
This is very weird - I can't see any in the VS 2017.3 release notes to suggest this change to the linker, but the error reported in #39 can be triggered by empty files, so I tried writing a single byte and the problem disappears!
I believe that the only reason that the implib is specified is so that flexlink can delete the .lib and .exp file cleanly, there are three other solutions:
But I stopped at this solution, as it worked!
Great, excellent. I'm always having cold sweats when I hear about flexdll being broken with new versions of VS...
Do you have an idea why
With the fix, have you been able to compile all of the OCaml distribution successfully with VS 2017.3?
It's not just you - this one was more disturbing because it's an update, not a whole new release!
I have tested trunk msvc32 and msvc64, yes.
I can only imagine this has come from some kind of unintended side-effect - I rigged a test, for example, where I copied dllthreads.lib to the temporary file and built dllunix with no problem... the content didn't seem to matter, just that either the file was not present or it had at least 1 byte.