bug in longlong.h

Emmanuel Thomé emmanuel.thome at gmail.com
Fri Sep 13 22:20:44 CEST 2013

Table 7.1 in the amd64 abi document says the four following symbols are
defined for C and C++


(I'm following the abi draft 0.99.5, titled "System V Application Binary
Interface AMD64 Architecture Processor Supplement Draft Version 0.99.5", as
I don't know if any more recent version exists. Nor do I know an "official"
url for that document, which is a pity).



On Fri, Sep 13, 2013 at 10:06 PM, Niels Möller <nisse at lysator.liu.se> wrote:

> Zimmermann Paul <Paul.Zimmermann at inria.fr> writes:
> > #if defined (__amd64__) && W_TYPE_SIZE == 64
> > ...
> > #endif /* x86_64 */
> I'm about to fix this inconsistency, but I'm not sure if __amd64__ is
> the best symbol to test. Current gcc seems to define both __amd64__ and
> __x86_64__, question is if it matters for other gcc versions or other
> compilers (which might define __GNUC__ if they try to implement gcc
> extensions).
> For now I'm switching the comment to __amd64__ as you suggest, that
> can't break anything.
> Regards,
> /Niels
> --
> Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26.
> Internet email is subject to wholesale government surveillance.
> _______________________________________________
> gmp-bugs mailing list
> gmp-bugs at gmplib.org
> https://gmplib.org/mailman/listinfo/gmp-bugs

More information about the gmp-bugs mailing list