Bug 1951280

Summary: libvpx: FTBFS in Red Hat Enterprise Linux 9 CentOS Stream
Product: Red Hat Enterprise Linux 9 Reporter: Mohan Boddu <mboddu>
Component: gccAssignee: Dave Malcolm <dmalcolm>
gcc sub component: system-version QA Contact: Václav Kadlčík <vkadlcik>
Status: CLOSED CURRENTRELEASE Docs Contact:
Severity: unspecified    
Priority: unspecified CC: ahajkova, dmalcolm, fweimer, jakub, mpolacek, ohudlick, vkadlcik
Version: CentOS StreamKeywords: Bugfix, Triaged
Target Milestone: beta   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: gcc-11.2.1-1.el9 Doc Type: No Doc Update
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-12-07 21:30:47 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: 1951115    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

Description Mohan Boddu 2021-04-19 21:23:35 UTC
libvpx failed to build from source in Red Hat Enterprise Linux 9 CentOS Stream

https://kojihub.stream.rdu2.redhat.com//koji/taskinfo?taskID=247600


For details on the mass rebuild see:

Please fix libvpx at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it.

Comment 1 Mohan Boddu 2021-04-19 21:23:37 UTC
Created attachment 1773497 [details]
build.log

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

Comment 2 Mohan Boddu 2021-04-19 21:23:38 UTC
Created attachment 1773498 [details]
root.log

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

Comment 3 Mohan Boddu 2021-04-19 21:23:39 UTC
Created attachment 1773499 [details]
state.log

Comment 4 Marek Polacek 2021-04-22 20:51:14 UTC
This is a GCC bug.  Only manifests with LTO enabled.  I'm reducing this now; currently at:

# gcc -Wl,--version-script,libvpx.ver -shared  -flto=auto -ffat-lto-objects -march=armv8-a -fPIC -O3 -std=gnu89 *.i
../rpmbuild/BUILD/libvpx-1.9.0.lto/vp9/encoder/vp9_firstpass.c: In function ‘vp9_first_pass_encode_tile_mb_row.constprop’:
../rpmbuild/BUILD/libvpx-1.9.0.lto/vp9/encoder/vp9_firstpass.c:1348:1: error: unable to generate reloads for:
 1348 | }
      | ^
(insn 3469 3480 3475 293 (set (reg:V2DI 3038)
        (vec_concat:V2DI (mem:DI (plus:DI (reg/v/f:DI 5193 [orig:1730 fp_acc_data ] [1730])
                    (const_int 32 [0x20])) [3 fp_acc_data_166(D)->frame_noise_energy+0 S8 A64])
            (mem:DI (plus:DI (reg/v/f:DI 5193 [orig:1730 fp_acc_data ] [1730])
                    (const_int 40 [0x28])) [3 fp_acc_data_166(D)->intra_error+0 S8 A64]))) "../rpmbuild/BUILD/libvpx-1.9.0.lto/vp9/encoder/vp9_firstpass.c":814:34 2473 {load_pair_lanesdi}
     (nil))
during RTL pass: reload
../rpmbuild/BUILD/libvpx-1.9.0.lto/vp9/encoder/vp9_firstpass.c:1348:1: internal compiler error: in curr_insn_transform, at lra-constraints.c:4133
0x14881df diagnostic_impl(rich_location*, diagnostic_metadata const*, int, char const*, std::__va_list*, diagnostic_t)
	???:0
0xc8b7db internal_error(char const*, ...)
	???:0
0xc8b8cf fancy_abort(char const*, int, char const*)
	???:0
0x783fab _fatal_insn(char const*, rtx_def const*, char const*, int, char const*)
	???:0
0xe152a7 curr_insn_transform(bool)
	???:0
0xe102d7 lra_constraints(bool)
	???:0
0x127407b lra(_IO_FILE*)
	???:0
0x1267e3f (anonymous namespace)::pass_reload::execute(function*)
	???:0
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
make: *** [/tmp/cc8Ekzhr.mk:5: /tmp/ccsATGRw.ltrans1.ltrans.o] Error 1
make: *** Waiting for unfinished jobs....
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status

Comment 5 Marek Polacek 2021-04-23 02:22:21 UTC
I've made some progress, cvise now running.

Comment 7 Marek Polacek 2021-04-24 19:42:25 UTC
Already fixed upstream.  Should be fixed by an update from F34 gcc before another mass rebuild.