diff options
| author | Ross Burton <ross.burton@intel.com> | 2018-10-12 14:44:03 +0100 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2018-11-16 16:33:09 +0000 |
| commit | 1e88059649a043f9ba06c6eabf9a3a75b01bf768 (patch) | |
| tree | 6757b67a4cd122cd7fd5b05a9653fa950ed1088c /meta/recipes-devtools/cdrtools | |
| parent | 74408fe75017ea3ce42a9cdc46ab179320bb295f (diff) | |
| download | poky-1e88059649a043f9ba06c6eabf9a3a75b01bf768.tar.gz | |
python: don't use runtime checks to identify float endianism
Python uses AC_RUN_IFELSE to determine the byte order for floats and doubles,
and falls back onto "I don't know" if it can't run code. This results in
crippled floating point numbers in Python, and the regression tests fail.
Instead of running code, take a macro from autoconf-archive which compiles C
with a special double in which has an ASCII representation, and then greps the
binary to identify the format.
This is essentially a backport of the Python 3 patch in oe-core 1781b87.
(From OE-Core rev: 94cea72a23a374eb616d5642977b45172537beac)
(From OE-Core rev: ceae3eb0d8a0ee69182cf4f4cfa5a6a3814df1f8)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-devtools/cdrtools')
0 files changed, 0 insertions, 0 deletions