-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
On 01/29/2016 02:44 PM, Jakub Jelinek wrote:
On Fri, Jan 29, 2016 at 02:28:27PM +0100, Antonio Trande wrote:
> Latest IceCat-38.6.0 does not compile with GCC-6.0:
>
>> ... In file included from
>> ../../dist/include/mozilla/MathAlgorithms.h:15:0, from
>> /builddir/build/BUILD/icecat-38.6.0/xpcom/glue/nsTArray.h:14,
>> from
>> /builddir/build/BUILD/icecat-38.6.0/xpcom/glue/nsStringAPI.h:25,
>> from
>> /builddir/build/BUILD/icecat-38.6.0/xpcom/glue/nsStringGlue.h:21,
>> from ../../dist/include/mozilla/AppData.h:12, from
>> /builddir/build/BUILD/icecat-38.6.0/xpcom/glue/AppData.cpp:7,
>> from
>>
>>
/builddir/build/BUILD/icecat-38.6.0/icecat-objdir/xpcom/glue/Unified_cpp_xpcom_glue0.cpp:2:
>>
>>
>>
>>
/usr/include/c++/6.0.0/cmath:615:11: error: '::isinf' has not
>> been declared using ::isinf; ^~~~~
>> /usr/include/c++/6.0.0/cmath:640:11: error: '::isnan' has not
>> been declared using ::isnan; ^~~~~
>> /builddir/build/BUILD/icecat-38.6.0/config/rules.mk:930: recipe
>> for target 'Unified_cpp_xpcom_glue0.o' failed
>>
>
>
> Do you know how to fix this issue?
There is a C++ conformance issue that requires changes both on the
gcc and glibc side, see #1302825. The way it works is that gcc
configured against glibc before that change (i.e. 2.22.90-29.fc24
and earlier) will work with glibc <= 2.22.90-29.fc24 or glibc >=
2.23, but not the later 2.22.90 prereleases (because they don't
predefine macros that say it is 2.23, yet contain the isinf/isnan
changes), and gcc configured against glibc after that change (i.e.
2.2.90-31.fc24 and later) will work with glibc >= 2.22.90-31.fc24
only. Now, gcc-6.0.0-0.5.fc24 has been built against -29.fc24, so
it is incompatible with 2.22.90-N.fc24 N >= 31. And,
gcc-6.0.0-0.6.fc24, which has been built against -31.fc24 (on
primary arches only, on secondary still against -29.fc24), is
compatible only with 2.22.90-31.fc24 and later, but hasn't finished
yet (as arm takes many hours to days to build). At some point
-31.fc24 has been tagged into f24-build (first because the glibc
maintainers weren't aware of these issues, and then for the second
time when I wanted to start gcc-6.0.0-0.6.fc24 build). At this
point, build should work, as long as you get either gcc 0.5.fc24
and glibc 29.fc24, or gcc 0.6.fc24 and glibc 31.fc24 in the
buildroots. Note, on secondary architectures, where it seems the
releng folks have untagged the 31.fc24 builds, I'll need at some
point temporary tagging of that into the aarch64/ppc*/s390*
buildroots in order for next gcc build to pick up those changes.
Thanks for your explanation Jakub and Florian.
This is build error from a new rebuild
(
http://koji.fedoraproject.org/koji/taskinfo?taskID=12725648), is it
caused by same issue?
In file included from ../../../dist/system_wrappers/stdlib.h:3:0,
from ../../../dist/include/mozilla/mozalloc.h:15,
from ../../../dist/stl_wrappers/cstdlib:39,
from
/builddir/build/BUILD/icecat-38.6.0/gfx/graphite2/src/inc/Main.h:29,
from
/builddir/build/BUILD/icecat-38.6.0/gfx/graphite2/src/Bidi.cpp:27,
from
/builddir/build/BUILD/icecat-38.6.0/icecat-objdir/gfx/graphite2/src/Unified_cpp_gfx_graphite2_src0.cpp:2:
/usr/include/c++/6.0.0/stdlib.h:37:12: error: 'std::abort' has not
been declared
using std::abort;
^~~~~
/usr/include/c++/6.0.0/stdlib.h:38:12: error: 'std::atexit' has not
been declared
using std::atexit;
^~~~~~
/usr/include/c++/6.0.0/stdlib.h:39:12: error: 'std::exit' has not been
declared
using std::exit;
^~~~
/usr/include/c++/6.0.0/stdlib.h:42:14: error: 'std::at_quick_exit' has
not been declared
using std::at_quick_exit;
- --
Antonio Trande
mailto: sagitter 'at' fedoraproject 'dot' org
http://fedoraos.wordpress.com/
https://fedoraproject.org/wiki/User:Sagitter
GPG Key: 0x565E653C
Check on
https://keys.fedoraproject.org/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAEBCAAGBQJWq4U1AAoJEF5tK7VWXmU8c+QIAKW7K968+JVLpgUqWlavkuDA
OFd9OPtZRvRtE3Jogec7pxwNMA5+fudE2m+3fehTw8WrVaq7l9mo1YV/g2wpKh4E
jR7Jh0NIMYoHPbcFRatJZF4SxlBz6IsNIg7Oe2QmYRwk0gAZpfeWcLWeg60NRwQ6
WHUf+mCsfLEIkeMh/htlwrkNAVajcukP87gvAvxFdWV0h/ciBLqtBZkkS02vBt/0
nsuWpxkKgYGlPSx6slWgFH4j+q1uRKneyJ6djfv9YKhEwq23my5xNBJ34NRtcv7R
VN4b9xKQ4kCR9ETf2c3hrBl86paCvmjpBsL9kDrB373wHpjPA1FdB4aDWPqBFfc=
=gyua
-----END PGP SIGNATURE-----