Created attachment 1634966 [details]
build log from failed armv7hl build

and similar issue as on ppc64le or s390x, but the build fails because it doesn't fit into 32-bit address space, reducing debuginfo might help

Also a serial build with -j1 here.

(It's currently building on aarch64, but it takes ~45 hours.)

This message is a reminder that Fedora 31 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '31'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 31 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle.
Changing version to 34.

This bug appears to have been reported against 'rawhide' during the Fedora 35 development cycle.
Changing version to 35.

Updating this bug to reflect current status. I worked around the virtual memory exhaustion by reducing the level of debugging symbols on architectures that were hitting resource limits:

> %ifarch armv7hl ppc64le s390x
> %global optflags %(echo %{optflags} | sed 's/-g /-g1 /')
> %endif

Now the problem looks like:

>   ../../../src/pcg-cpp/include/pcg_random.hpp:1247:40: error: call to
>       non-'constexpr' function 'pcg_extras::uint_x4<U, V>
>       pcg_extras::operator-(const pcg_extras::uint_x4<U, V>&, const
>       pcg_extras::uint_x4<U, V>&) [with UInt = unsigned int; UIntX2 = long
>       long unsigned int]'
>    1247 |         (state_type(1U) << table_pow2) - state_type(1U);
>         |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~
>   In file included from ../../../src/pcg-cpp/include/pcg_extras.hpp:84,
>                    from ../../../src/pcg-cpp/include/pcg_random.hpp:114,
>                    from ../../../src/graph/random.hh:21,
>                    from graph_motifs.hh:26,
>                    from graph_motifs.cc:24:
>   ../../../src/pcg-cpp/include/pcg_uint128.hpp:642:22: note:
>       'pcg_extras::uint_x4<U, V> pcg_extras::operator-(const
>       pcg_extras::uint_x4<U, V>&, const pcg_extras::uint_x4<U, V>&) [with
>       UInt = unsigned int; UIntX2 = long long unsigned int]' declared here
>     642 | uint_x4<UInt,UIntX2> operator-(const uint_x4<UInt,UIntX2>& a,
>         |                      ^~~~~~~~


This was previously reported upstream at https://git.skewed.de/count0/graph-tool/issues/617, although we can expect that upstream won’t work on it unless we inform them that it’s still a problem on the current version.

The i686 architecture is also affected (https://bugzilla.redhat.com/show_bug.cgi?id=1771023), so this appears to be a 32-bit issue. I haven’t yet tried to fix it.

The root cause is this issue in pcg-cpp: https://github.com/imneme/pcg-cpp/issues/64

This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle.
Changing version to 36.

https://fedoraproject.org/wiki/Changes/RetireARMv7