Dima Kogan

OK. If MSVC is primarily a C++ compiler, and doesn't do C99 (which is the sense I'm getting), then I would use that here only as a last resort. I...

> I'm not sure I would agree that MSVC is primarily a C++ compiler? That's just the sense I get from searching the web. Might be wrong. But if it...

Hello. I made a branch for the 2.4 release: https://github.com/dkogan/mrcal/tree/release-2.4 This will have some fixes, in particular, it will build with clang, and it will fix the memory leak you...

OK, so for `M_PI`, I think you just need one extra define: https://godbolt.org/z/1jY8TP515 It hurts nothing, so I'm happy to add it. Let me add it (to libdogleg master branch...

I didn't remember how I did this in the two projects (mrcal, libdogleg), but I just looked. In both I use the default visibility settings: the symbols are exported by...

There's a cmake property to do the magic thing: https://cmake.org/cmake/help/latest/prop_tgt/WINDOWS_EXPORT_ALL_SYMBOLS.html You can either use cmake, or you can make a test cmake project with that option, see what it does,...

Nice! Maybe I'm being needlessly stubborn. Sometimes it IS useful to have an export whitelist instead of blacklist, and I don't have all that many exported symbols anyway. Let me...

Good news! You don't actually need opencv. Look at the Makefiles more closely. None of them us it. You definitely do need blas and lapack and suitesparse (cholmod specifically, and...

Isn't there some form of package manager on Windows? Chocolatey? Could you get dependencies from that?

Matt ***@***.***> writes: > Good news! You don't actually need opencv. > > I know mrcal doesn't, but my JNI code uses cv::solvePNP as the initial > board orientation guess....