libopenmpt failed to build from source in Fedora rawhide/f36 https://koji.fedoraproject.org/koji/taskinfo?taskID=81787304 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild Please fix libopenmpt at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, libopenmpt will be orphaned. Before branching of Fedora 37, libopenmpt will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
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.