[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lmi] PATCH: fix math_functions_test build with clang
From: |
Greg Chicares |
Subject: |
Re: [lmi] PATCH: fix math_functions_test build with clang |
Date: |
Sun, 22 May 2022 15:39:14 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 |
On 5/21/22 13:40, Vadim Zeitlin wrote:
[...]
> [2]: https://github.com/let-me-illustrate/lmi/pull/210
I think the changes I just pushed take care of that entire PR.
> BTW, on a somewhat related note, we currently use __BYTE_ORDER (note the
> lack of the trailing underscores) in md5.cpp. I wonder if we shouldn't
> switch to using __BYTE_ORDER__ there too, as this symbol is predefined by
> the compiler, and so would avoid the need for including <endian.h>.
Done. Thanks.
If "#pragma GCC' should be guarded with a test for LMI_GCC rather
than for __GNUC__, then was it right to fix only a couple of cases,
when many more exist? For example:
$git grep -B3 'pragma GCC'
bourn_cast.hpp-#if defined __GNUC__
bourn_cast.hpp:# pragma GCC diagnostic push
bourn_cast.hpp:# pragma GCC diagnostic ignored "-Wsign-compare"
bourn_cast.hpp:# pragma GCC diagnostic ignored "-Wsign-conversion"
Why isn't that a problem for clang, which AIUI defines __GNUC__ ?