gcc-10 and above flipped a default from -fcommon to -fno-common: https://gcc.gnu.org/PR85678 A few packages will need to adapt. Usually all it takes is to add a few 'extern' declarations and move definitions from header files to modules. More details are at https://wiki.gentoo.org/wiki/Gcc_10_porting_notes/fno_common
A rather exhaustive list of failing packages is here: https://github.com/vaeth/portage-env-mv/blob/master/package.cflags/checks
(In reply to Martin Väth from comment #1) > A rather exhaustive list of failing packages is here: > https://github.com/vaeth/portage-env-mv/blob/master/package.cflags/checks To ease fixing them I suggest filing upstream bugs (and/or gentoo downstream bugs) for packages instead of just linking them here.
SUSE also found a bunch of failures: https://bugzilla.suse.com/show_bug.cgi?id=1160244
Posted heads up to https://archives.gentoo.org/gentoo-dev/message/086ce3c09dda598aa3bdee3fe55a3dca
FYI: GentooLTO also has a list of `-fno-common` workarounds too: https://github.com/InBetweenNames/gentooLTO/blob/05965d113f5da37fc5428de658fb3c25016bf3c9/sys-config/ltoize/files/package.cflags/ltoworkarounds.conf#L272 A few users in the overlay have been running `-fno-common` for quite some time now.
(In reply to Shane Peelar from comment #5) > FYI: GentooLTO also has a list of `-fno-common` workarounds too: > > https://github.com/InBetweenNames/gentooLTO/blob/ > 05965d113f5da37fc5428de658fb3c25016bf3c9/sys-config/ltoize/files/package. > cflags/ltoworkarounds.conf#L272 > > A few users in the overlay have been running `-fno-common` for quite some > time now. Please report new individual package failures as blockers to this bug.
(In reply to Sergei Trofimovich from comment #6) > Please report new individual package failures as blockers to this bug. Will do.
It looks like I have about 41 packages to report with `-fcommon` related issues -- is there a convenient way to create bugs for these or will I have to manually enter each individual one? They're straight from GentooLTO, and they have not been reported here yet.
(In reply to Shane Peelar from comment #8) > It looks like I have about 41 packages to report with `-fcommon` related > issues -- is there a convenient way to create bugs for these or will I have > to manually enter each individual one? They're straight from GentooLTO, and > they have not been reported here yet. Bugs like bug #722286 are not very useful without 'emerge --info' and 'build.log'. New bugs are easy to create programmatically. An example of pre-filled bugs is https://bugs.gentoo.org/708912#c1. But it's a topic outside of this bug.
FYI: even more bugs in conjunction with "-flto". It affect conftest in libtool configure (global sys-devel/libtool and packaged separately), so variable global_symbol_pipe (in libtool) will be empty. PS Yes, I know - LTO is not mainstream-supported...
PPS To workaround "-fno-common -flto" problem - simple predefine in make.conf: lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\'' | sed '\''/ __gnu_lto/d'\''' but better (to avoid copy-paste issues) to take it from here: https://raw.githubusercontent.com/mahatma-kaganovich/raw/master/profiles/common/_lto/make.defaults
(In reply to Denis Kaganovich from comment #10) > FYI: even more bugs in conjunction with "-flto". It affect conftest in > libtool configure (global sys-devel/libtool and packaged separately), so > variable global_symbol_pipe (in libtool) will be empty. > > PS Yes, I know - LTO is not mainstream-supported... That is probably a bug #708340. I suggest continuing it there.
