Bug 1799289

Summary: dpdk: FTBFS in Fedora rawhide/f32
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: dpdkAssignee: Timothy Redaelli <tredaelli>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: aconole, linville, nhorman, tredaelli
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: dpdk-18.11.6-1.fc32 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-02-07 10:34:25 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:    
Bug Blocks: 1750908    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

Description Fedora Release Engineering 2020-02-06 16:28:36 UTC 
dpdk failed to build from source in Fedora rawhide/f32

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


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
Please fix dpdk 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,
dpdk will be orphaned. Before branching of Fedora 33,
dpdk will be retired, if it still fails to build.

For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source
Comment 1 Fedora Release Engineering 2020-02-06 16:28:39 UTC 
Created attachment 1658760 [details]
build.log

file build.log too big, will only attach last 32768 bytes
Comment 2 Fedora Release Engineering 2020-02-06 16:28:41 UTC 
Created attachment 1658761 [details]
root.log

file root.log too big, will only attach last 32768 bytes
Comment 3 Fedora Release Engineering 2020-02-06 16:28:42 UTC 
Created attachment 1658762 [details]
state.log
Comment 4 Timothy Redaelli 2020-02-06 17:39:20 UTC 
GCC 10 defaults to -fno-common and this generates the failures.

I sent the patches upstream yesterday, so we need to wait them to merge those:

DPDK:

https://patches.dpdk.org/patch/65578/
https://patches.dpdk.org/patch/65580/
https://patches.dpdk.org/patch/65591/

DPDK examples:

https://patches.dpdk.org/patch/65590/
https://patches.dpdk.org/patch/65597/
https://patches.dpdk.org/patch/65598/
Comment 5 Timothy Redaelli 2020-02-07 10:34:25 UTC 
In the meanwhile I just add -fcommon to CFLAGS