Releases: chfast/intx
Releases · chfast/intx
intx 0.10.1
intx 0.9.3
Fixed
- Fixed buggy
__builtin_subcll
in Xcode 14.3.1 on arm64. 294
intx 0.10.0
intx 0.9.2
Changed
- Increase tolerance to some compiler warnings (e.g. unknown pragma, unknown attribute) in case
intx.hpp
is used without CMake assistance. #286
intx 0.9.1
Fixed
- Fixed 32-bit Windows builds: the
_umul128
intrinsic is not available there. #283
intx 0.9.0
intx 0.8.0
Added
- Added support for big-endian architectures. #257
- Extend endian-specific load/store helpers to work with builtin integer types. #265
Changed
- The
addc()
andsubc()
have been optimized with compiler's builtins if available. #250 #251 #253 - Fixed and enabled CI testing for architectures other than x86. #255
- Small multiplication optimization. #261
- Small division optimization. #263
- Small comparison operators optimization for the
uint256
type. #264
intx 0.7.1
Fixed
- Added support for
bswap()
of small unsigned types:uint8_t
,uint16_t
anduint32_t
. Previously arguments where promoted touint64_t
what produced invalid results. #247
intx 0.7.0
Changed
- The
int128.hpp
andintx.hpp
header files have been merged. Now the whole library is included in singleintx/intx.hpp
file. #242 - The
addmod()
implementation has optimized path for elliptic curve context. #206 - The implementation of
operator==
now explicitly performs XOR folding. #245
intx 0.6.0
Changed
- The internal representation of unsigned integers has been changed to be an array of 64-bit words. This provides types composed of any number of words (e.g.
uint384
). Previously only power-of-two numbers of words were allowed. This is big change that affects implementation of many operators. #212 #213 - Subtraction has been slightly rewritten to make it easier for compilers to optimize it. The performance now matches the addition. #189
- Multiplication API has been cleaned up by using
std::is_constant_evaluated
-like helpers internally. #195 #205 - Shift API has been changed to use
uint64_t
as shift amount on the fundamental API level. #202