4 Commits

Author	SHA1	Message	Date
Cory Fields	2ccfdb582b	build: avoid exporting secp256k1 symbols ... Take advantage of the new secp256k1 option to avoid visibility attributes on API functions. While most users of a shared libsecp always want API functions exported so that they can actually be linked against, we always build it statically. When that static lib is linked into a (static or shared) libbitcoinkernel, by default its symbols end up exported there as well. As libsecp is an implementation detail of the kernel (and any future Core lib), its symbols should never be exported.	2026-02-10 21:18:25 +00:00
Hennadii Stepanov	9193c3e434	cmake: Fix regression in secp256k1.cmake ... The `enable_language` command must be called in file scope, not in a function call. See: https://cmake.org/cmake/help/latest/command/enable_language.html	2025-09-12 17:56:12 +01:00
Hennadii Stepanov	b093a19ae2	cmake: Proactively avoid use of SECP256K1_DISABLE_SHARED ... The `SECP256K1_DISABLE_SHARED` CMake variable has been removed upstream. This change removes its usage ahead of the next `secp256k1` subtree update to prevent breakage and simplify integration.	2025-08-01 10:32:50 +01:00
Hennadii Stepanov	eb59a192d9	cmake, refactor: Encapsulate adding secp256k1 subtree in function	2025-08-01 10:32:44 +01:00