You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Add initial static library support (Windows Only) (#1446)
* Add initial static library support
* Revert change to msquic.lttng target
Also adds a missing newline at init.c's EOF
* Add whole static lib archiving support
* Add static build configuration to windows platforms in build.ps1 and
exclude system libs
* Invert build.ps1 switch and add documentation
* Resolve static link issues with repeated definition of QuicTraceRundown
* Add win32 static configurations to the azure pipeline build job lists
* Correctly ignore MSVC runtime libraries and fix documentation
* Passively create the static lib directly if it doesn't exist
In the event that a different output directory is specified, cmake's
generator will generally create the directory if it doesn't exist.
For the static monolith however, we emit the file with link.exe
directly, and this will fail if the parent directory doesn't exist.
* Try fix CI
* Add STATIC target annotation on perflib and testlib
* Reject libs without a valid ARCHIVE_OUTPUT_DIRECTORY path and inject CI
cached binaries
* Try to fix tests
* Force static build of gtest and support statically linked tools
* Remove kernel static build mods and handle MsQuicUnload in atexit
handlers
* Enforce a different means to enforce static builds for gtest artifacts
* Fix interop static
* One more?
* Change static linkage load/unload invocations to lazy lockfree approach
* Re-add exclusion list which was needed for the release build
* Introduce empty.c file and make msquic_static library a physical target
* Add missing InterlockedAnd to advertise the unloading sequence is
complete
* Inline MsQuicOpen to prevent duplicate symbol issues on Windows
* Temp workaround - Just use macro
* One more fix
Co-authored-by: Nick Banks <[email protected]>
0 commit comments