On Tue, Nov 4, 2014 at 2:42 PM, Alexander Shukaev <[email protected]> wrote: >> Err, no .. Please guys stop with the "-static*" when making shared >> things. Just don't do it ever. If doing this causes a DLL to not crash >> that does otherwise, then you're masking the real problem, not fixing >> it, and also passing the bug onto anyone who uses your DLL from >> something that's correctly not using "-static*" when linking. > > > You are taking it too seriously. During development phases one of course > should *not* use this option in order to spot bugs/crashes. One should *not* > use it when releasing a package for MSYS2 as well to follow Unix philosophy > of dynamic linking preference between dependencies, easy upgrading, easy > debugging, etc.
No, you are entirely incorrect and spreading misinformation I'm afraid. For MinGW-w64 to operate correctly, the only type of PECOFF that should ever be linked with -static-libgcc is an entirely static executable. It's got nothing to do with philosophy or preference, it's to do with segfaults in your code or passing segfaults onto people who use your code (as the tcl/tk developers did to Oscar). > However, this option is there for certain reasons. For > instance, one wants to release a standalone package and hide one's toolchain > dependencies from end users (some software markets have this as a mandatory > requirement by the way), then this would be the only correct way to do so. I > mean no need for extreme jumps into rules like "don't do it ever" or "do it > always" as everything has its own good purpose when used reasonably. As someone who's studied the MinGW-w64 crt and libgcc_s code at length this weekend to track this bug down, I am telling you for a fact that it is serious and you should not do it. As a maintainer of MSYS2 it is my responsibility to inform people of these matters. Thanks for giving me another opportunity to re-inforce how wrong -static* is when making DLLs or programs that load DLLs on both MSYS2 and also MinGW-w64. ------------------------------------------------------------------------------ _______________________________________________ Msys2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/msys2-users
