Bug 2261693

Summary: simde: FTBFS in Fedora rawhide/f40
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: simdeAssignee: Jun Aruga <jaruga>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: dan, jaruga
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2024-03-25 16:59:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 2265489    
Bug Blocks: 467765, 2231791    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

Description Fedora Release Engineering 2024-01-29 22:20:29 UTC
simde failed to build from source in Fedora rawhide/f40

https://koji.fedoraproject.org/koji/taskinfo?taskID=112444831


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
Please fix simde 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,
simde will be orphaned. Before branching of Fedora 41,
simde 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/

Comment 1 Fedora Release Engineering 2024-01-29 22:20:36 UTC
Created attachment 2013533 [details]
build.log

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

Comment 2 Fedora Release Engineering 2024-01-29 22:20:41 UTC
Created attachment 2013534 [details]
root.log

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

Comment 3 Fedora Release Engineering 2024-01-29 22:20:44 UTC
Created attachment 2013535 [details]
state.log

Comment 4 Dan Horák 2024-02-15 21:08:59 UTC
looks like a s390x specific failure, but the same code built OK in F-39 mass rebuild

Comment 5 Jun Aruga 2024-03-25 15:41:58 UTC
(In reply to Dan Horák from comment #4)
> looks like a s390x specific failure, but the same code built OK in F-39 mass
> rebuild

Thank you for checking it!

It may be related to the following issue.
https://github.com/simd-everywhere/simde/issues/1128

I have a challenge to have a motivation to work with this issue.

Comment 6 Dan Horák 2024-03-25 15:50:20 UTC
Ah, seems I forgot to update here. The actual issue on s390x was in GCC 14 and it has been already fixed.

Comment 7 Jun Aruga 2024-03-25 15:57:26 UTC
(In reply to Dan Horák from comment #6)
> Ah, seems I forgot to update here. The actual issue on s390x was in GCC 14
> and it has been already fixed.

Oh, that's good news. Thanks for letting me know.

I am running a scratch build on the rawhide now to check the s390x build.
https://koji.fedoraproject.org/koji/taskinfo?taskID=115418269

As a note, Koschei doesn't have s390x case. So, the builds has been passing there.
https://koschei.fedoraproject.org/package/simde

Comment 8 Jun Aruga 2024-03-25 16:00:32 UTC
Dan, could you comment on the ticket to let the maintainer know that the issue was fixed in GCC 14?
https://github.com/simd-everywhere/simde/issues/1128

Comment 9 Jun Aruga 2024-03-25 16:20:48 UTC
> I am running a scratch build on the rawhide now to check the s390x build.
> https://koji.fedoraproject.org/koji/taskinfo?taskID=115418269

OK. The scratch build passed with the gcc-0:14.0.1-0.12.fc41 including the s390x.

Comment 10 Jun Aruga 2024-03-25 16:23:25 UTC
I am running the scratch build on f40 too now below.
https://koji.fedoraproject.org/koji/taskinfo?taskID=115419526

Comment 11 Jun Aruga 2024-03-25 16:59:11 UTC
(In reply to Jun Aruga from comment #10)
> I am running the scratch build on f40 too now below.
> https://koji.fedoraproject.org/koji/taskinfo?taskID=115419526

OK. The f40 scratch-build also passed. So, I would close this ticket.

Comment 12 Jun Aruga 2024-03-26 14:17:13 UTC
Dan, thank you for your help for solving this issue!