<div dir="ltr">I know I was previously able to link static library files on Windows with FPC, but hadn't used this feature in a while. When I recently tried using static linking I am receiving error messages leaving me to believe something has changed with the compiler.<div><br></div><div>The error messages I receive all relate to `unknown COFF magic` found in my files, and the builds fail at linking.</div><div><br></div><div>I am using Mingw for Windows targeting an x86_64 to build static libraries. If I link them to functions in my Pascal code using:</div><div><br></div><div>{$linklib mystaticfile.a}</div><div><br></div><div>I receive the error when trying to build. Also, if I try to link using the Mingw static libraries with FPC I get the same message.  As another option, I have also tried building static libraries on Windows both using MSVC with everything set to compile as C code (vs C++), and again using the MS C command line compiler (CL.EXE) and the same thing happens.</div><div><br></div><div>It's as if when using x86_64 static libraries, FPC always encounters magic COFF errors and will not link. I am not sure what is going on. When did FPC lose the ability to link static libraries with x86_64 architecture on Windows? </div><div><br></div><div>I am using the most recent non-trunk revisions of FPC + Lazarus.</div><div><br></div><div>If it helps I can follow up with post the C code, compiler /  linker commands I am using to generate these static libraries, and binaries of these libraries for anyone to test and research the problem.</div><div><br></div><div>In the meanwhile, can someone please describe what are the usual causes of `unknown COFF magic`?</div><div><br></div><div><br></div></div>