Bug 2045822

Created attachment 1855290 [details]
build.log

file build.log too big, will only attach last 32768 bytes

Created attachment 1855291 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Created attachment 1855292 [details]
state.log

Build _succeeded_ (!) for all architectures other than "armv7hl", so what is wrong with the developer tools on that arch?

This looks like a gcc 12 bug of some kind. Moving to gcc... 

If you could try and get the preprocessor files
(see https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/BMOLAVFC2QW5ARLXPJ4CIVAL3VHHCVON/ or https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/2W53LZST2UKBPXRGJFCY22US5YLLO6U7/ ) that would help

I think this is an ARM-specific false positive:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213

Note PR104213 is fixed in gcc-12.0.1-0.4.fc36.

(In reply to Jakub Jelinek from comment #7)
> Note PR104213 is fixed in gcc-12.0.1-0.4.fc36.

A rebuild using gcc-12.0.1-0.4.fc36 still failed for me.

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

Then please provide details on how it failed because it is most likely it failed due to some other issue than earlier.

$ fedpkg build --scratch --arches armv7hl

https://koji.fedoraproject.org/koji/taskinfo?taskID=82696469
--> https://kojipkgs.fedoraproject.org//work/tasks/6469/82696469/build.log

If extracted the preprocessed source using https://koji.fedoraproject.org/koji/taskinfo?taskID=82696415
hack of:
--- libopenmpt.spec~	2022-02-12 12:16:40.949748728 +0100
+++ libopenmpt.spec	2022-02-12 10:56:31.810577498 +0100
@@ -74,6 +74,10 @@ sed -i 's/\r$//' LICENSE
   --disable-static  \
   --without-sdl --without-sdl2 \
   --without-portaudio --without-portaudiocpp
+g++ -std=c++17 -DPACKAGE_NAME=\"libopenmpt\" -DPACKAGE_TARNAME=\"libopenmpt\" -DPACKAGE_VERSION=\"0.6.0+release.autotools\" -DPACKAGE_STRING=\"libopenmpt\ 0.6.0+release.autotools\" -DPACKAGE_BUGREPORT=\"https://bugs.openmpt.org/\" -DPACKAGE_URL=\"https://lib.openmpt.org/\" -DPACKAGE=\"libopenmpt\" -DVERSION=\"0.6.0+release.autotools\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -D_FILE_OFFSET_BITS=64 -DMPT_SVNURL=\"https://source.openmpt.org/svn/openmpt/tags/libopenmpt-0.6.0\" -DMPT_SVNVERSION=\"16293\" -DMPT_SVNDATE=\"2021-12-23T14:50:28.728256Z\" -DMPT_PACKAGE=true -DMPT_WITH_ZLIB=/\*\*/ -DMPT_WITH_MPG123=/\*\*/ -DMPT_WITH_OGG=/\*\*/ -DMPT_WITH_VORBIS=/\*\*/ -DMPT_WITH_VORBISFILE=/\*\*/ -DMPT_WITH_PULSEAUDIO=/\*\*/ -DMPT_WITH_SNDFILE=/\*\*/ -DMPT_WITH_FLAC=/\*\*/ -DHAVE_CXX17=1 -I.   -DLIBOPENMPT_BUILD -I./build/svn_version -I./ -I./src -I./common            -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong   -march=armv7-a -mfpu=vfpv3-d16 -mtune=generic-armv7-a -mabi=aapcs-linux -mfloat-abi=hard -fvisibility=hidden -E -o mptPathString.ii ./common/mptPathString.cpp
+echo ===base64===
+base64 mptPathString.ii
+echo ===end base64===
 make %{?_smp_mflags}
 
 

and reduced a testcase from it, filed https://gcc.gnu.org/PR104513 to track it.
If you want quick workaround, remove those useless return; statements from the constexpr ctors, there are no advantages of them.

FEDORA-2022-9f7b5f2c99 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-9f7b5f2c99

FEDORA-2022-9f7b5f2c99 has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.

Sorry, apparently I've screwed up, while the fix was included in the package repository, I forgot to apply it in the spec file, so -0.7.fc3{6,7} doesn't have it.
-0.8.fc3{6,7} will though.