Re: [boost][int128] Formal Review Begins Today (July 22-July 31)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============4295938357228449280==
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg=pgp-sha512;
 boundary="------428faa0fb4efbde4bc07c83a1deba390311b77837f7f42ccb8a3d90f3d259ba8";
 charset=utf-8

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--------428faa0fb4efbde4bc07c83a1deba390311b77837f7f42ccb8a3d90f3d259ba8
Content-Type: multipart/mixed;boundary=---------------------3c78c27150152c0bde26c3b4601ee467

-----------------------3c78c27150152c0bde26c3b4601ee467
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;charset=utf-8

> =


> This is interesting. It shows why a library solution will never be a ful=
l
> substitute for a built-in type.
> For a similar reason, it would be a bad idea for this library
> implementation to fall back to an alias on a built-in type on platforms
> where it is available, as then users would not be able to reliably depen=
d
> on being able to derive from the type to make extensions.
> =


> Regards,
> &rzej;
> =



The types in the library are never an alias to other types; they are alway=
s a struct of two 64-bit words. When available (and performant) the built-=
ins will be leveraged for implementation of operations e.g. division can b=
ecome

static_cast<builtin_u128>(lib_lhs) / static_cast<builtin_u128>(lib_rhs).

Matt
-----------------------3c78c27150152c0bde26c3b4601ee467
Content-Type: application/pgp-keys; filename="publickey - [email protected] - 0xC1382EAD.asc"; name="publickey - [email protected] - 0xC1382EAD.asc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="publickey - [email protected] - 0xC1382EAD.asc"; name="publickey - [email protected] - 0xC1382EAD.asc"

LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgp4ak1FWDJ3Z2RCWUpLd1lCQkFI
YVJ3OEJBUWRBVUhPaDBLcGJaQ3N6aGR2S3p0V2o0QzZGUjFvek1CUUUKd2FCaTNtMlBKSExOSzIx
aGRIUkFiV0YwZEdKdmNteGhibVF1WTI5dElEeHRZWFIwUUcxaGRIUmliM0pzCllXNWtMbU52YlQ3
Q2p3UVFGZ29BSUFVQ1gyd2dkQVlMQ1FjSUF3SUVGUWdLQWdRV0FnRUFBaGtCQWhzRApBaDRCQUNF
SkVGbUJXbFZDRmFXbEZpRUV3VGd1clRjb0h3YmRTYklzV1lGYVZVSVZwYVZXdXdFQTc3cm0KT0E0
VEI2WHhlNnE4Z0k0MmJFSUNNaE15WktTTWNha3ozOS9kallrQkFNSk9HK0lHUUMvZDBuM2RzbDEw
CktnL294WDg4a0ZPMW9QS240L1hXK1RvQnpqZ0VYMndnZEJJS0t3WUJCQUdYVlFFRkFRRUhRT3Nt
bzZ3UgpVdVhSQXZGSWlxbVFrellyUHl2S1lLbmEyejRadG1uVFFNa01Bd0VJQjhKNEJCZ1dDQUFK
QlFKZmJDQjAKQWhzTUFDRUpFRm1CV2xWQ0ZhV2xGaUVFd1RndXJUY29Id2JkU2JJc1dZRmFWVUlW
cGFXVUp3RUE1RzBjClpSbkc1V0dORXJJK3k5MGlRclR2MDJpNEl2aHY3dHdvRmNMRC96d0Evakt5
cHcrdmVoRTk5bUVqMS91SQpFa29ERmxOelFacU5sZGJqUmNQeUk1VUgKPTQ2MlMKLS0tLS1FTkQg
UEdQIFBVQkxJQyBLRVkgQkxPQ0stLS0tLQo=
-----------------------3c78c27150152c0bde26c3b4601ee467--

--------428faa0fb4efbde4bc07c83a1deba390311b77837f7f42ccb8a3d90f3d259ba8
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: ProtonMail

wrsEARYKAG0FgmpvWkEJEFmBWlVCFaWlRRQAAAAAABwAIHNhbHRAbm90YXRp
b25zLm9wZW5wZ3Bqcy5vcmew8Wl7fRYR6jrPNuoC1LnCdQdWObWGC1ydGjkp
mk/A0xYhBME4Lq03KB8G3UmyLFmBWlVCFaWlAAAi4gEAy4XIRtofj/R2jwHj
btaURa52j1CxIG9BFjzQ6/ElVx0A/3LfpruWdw2fgX/R3b0KMtuDY2/7IfRY
dVxJ5Ly23SoN
=o2qc
-----END PGP SIGNATURE-----


--------428faa0fb4efbde4bc07c83a1deba390311b77837f7f42ccb8a3d90f3d259ba8--


--===============4295938357228449280==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Boost mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://lists.boost.org/mailman3/lists/boost.lists.boost.org/
Archived at: https://lists.boost.org/archives/list/[email protected]/message/NMSJBXCANOHQJKF5QU7BRH7YL7DA5ZLR/ 

--===============4295938357228449280==--