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
The conda packages' model inherently was made to distribute C/C++ libraries as a set of headers and dynamic shared objects. A necessary condition for this model to work in practice is to have all the stack's projects' ABI to be respected as an ABI mismatch at runtime can cause a variety of fatal failures for programs (such as missing symbols reported by Python library, crashes, silent errors, etc.).
Major versions of project are expected to change the ABI. Although it is expected that the ABI does not change on patch (or even minor) version for project using semantic versioning 2.0.0, it might be the case in practice. Hence there are no general rules for the compatible version range: this is really is project-dependent. ABI laboratory might give clues about some projects' expected ABI stability.
conda packages solve this problem by exporting runtime requirements to specify the compatibility range for projects' version.
In the past, folly's or one of its dependencies' builds have had ABI mismatch.
Bellow are referenced all the compilers' and dependencies' runtime requirements exports used by folly as of today to check whether its builds are sane.
Context
The conda packages' model inherently was made to distribute C/C++ libraries as a set of headers and dynamic shared objects. A necessary condition for this model to work in practice is to have all the stack's projects' ABI to be respected as an ABI mismatch at runtime can cause a variety of fatal failures for programs (such as missing symbols reported by Python library, crashes, silent errors, etc.).
Major versions of project are expected to change the ABI. Although it is expected that the ABI does not change on patch (or even minor) version for project using semantic versioning 2.0.0, it might be the case in practice. Hence there are no general rules for the compatible version range: this is really is project-dependent. ABI laboratory might give clues about some projects' expected ABI stability.
conda packages solve this problem by exporting runtime requirements to specify the compatibility range for projects' version.
Situation
folly was not designed to be distributed as a shared library, yet it is distributed on conda-forge as such for Unix.
In the past, folly's or one of its dependencies' builds have had ABI mismatch.
Bellow are referenced all the compilers' and dependencies' runtime requirements exports used by folly as of today to check whether its builds are sane.
max_pin=None
max_pin=None
max_pin="x.x"
max_pin="x.x"
max_pin="x.x"
max_pin="x.x"
max_pin="x"
max_pin="x.x"
max_pin="x.x"
max_pin="x.x"
max_pin="x"
max_pin="x"
max_pin="x"
max_pin="x.x"
max_pin="x.x.x"
max_pin="x.x"
max_pin="x.x.x"
max_pin="x"
max_pin="x.x"
The text was updated successfully, but these errors were encountered: