FAILED: src/benchmarks/eina/eina_bench x86_64-pc-linux-gnu-g++ -o src/benchmarks/eina/eina_bench 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_sort.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_hash.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_crc_hash.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_stringshare.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_convert.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_mempool.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_stringshare_e17.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_array.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_rectangle_pool.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/ecore_list.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/ecore_strings.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/ecore_hash.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/ecore_sheap.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/evas_hash.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/evas_list.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/evas_mempool.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/evas_object_list.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/evas_stringshare.c.o' 'src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_quad.c.o' -Wl,--as-needed -Wl,--no-undefined -Wl,-O1 -O2 -pipe -march=native -fno-common -Wl,-O1 -Wl,--as-needed -Wl,--start-group src/benchmarks/eina/libcity.so src/lib/eina/libeina.so.1.23.3 -pthread -ldl -Wl,--end-group '-Wl,-rpath,$ORIGIN/:$ORIGIN/../../lib/eina' -Wl,-rpath-link,/var/tmp/portage/dev-libs/efl-1.23.3/work/efl-1.23.3-build/src/benchmarks/eina -Wl,-rpath-link,/var/tmp/portage/dev-libs/efl-1.23.3/work/efl-1.23.3-build/src/lib/eina /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_sort.c.o:(.bss+0x0): multiple definition of `key_size'; src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench.c.o:(.bss+0x0): first defined here /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench_hash.c.o:(.bss+0x0): multiple definition of `key_size'; src/benchmarks/eina/be6b055@@eina_bench@exe/eina_bench.c.o:(.bss+0x0): first defined here ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_plasma-libressl-20200126-092715 ------------------------------------------------------------------- Please see the tracker bug for details. gcc-config -l: [1] x86_64-pc-linux-gnu-9.2.0 * clang: clang version 9.0.1 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/9/bin llvm: 9.0.1 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.40.0 * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.14.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm repository: ==> /var/db/repos/gentoo/metadata/timestamp.chk <== Wed, 29 Jan 2020 15:06:24 +0000 emerge -qpvO dev-libs/efl [ebuild N ] dev-libs/efl-1.23.3 USE="X eet gif libressl luajit nls opengl pdf sdl sound ssl svg system-lz4 tiff vnc -bmp -connman -dds -debug -doc -drm -elogind -examples -fbcon -fontconfig -fribidi -gles2 -glib -gnutls -gstreamer -harfbuzz -hyphen -ibus -ico -jpeg2k -json -lua -mono -physics -pmaps -postscript -psd -pulseaudio -raw -scim -static-libs -systemd -tga -tgv -tslib -unwind -v4l -vlc -wayland -webp -xcf -xim -xine -xpm -xpresent -zeroconf"
Created attachment 608244 [details] emerge-info.txt
Created attachment 608246 [details] dev-libs:efl-1.23.3:20200129-151147.log
Created attachment 608248 [details] emerge-history.txt
Created attachment 608250 [details] environment
Created attachment 608252 [details] etc.portage.tbz2
Created attachment 608254 [details] logs.tbz2
Created attachment 608256 [details] temp.tbz2
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=83905dffdbdb042dca4428b9446e09321bf2957d commit 83905dffdbdb042dca4428b9446e09321bf2957d Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2020-05-04 16:14:22 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2020-05-04 16:24:47 +0000 dev-libs/efl: -fno-common temporary fix Closes: https://bugs.gentoo.org/707258 Signed-off-by: Joonas Niilola <juippis@gentoo.org> dev-libs/efl/efl-1.23.3.ebuild | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)
https://git.enlightenment.org/core/efl.git/commit/?id=ec8cd0fc8b951d4064c20f28be39f25b009cbab1 https://git.enlightenment.org/core/efl.git/commit/?id=7b68960d3a2deb5d4064193a2e2a7b6f7f8baae3
I will not touch 1.23.3 with these patches, since it's stabilized and most likely will be cleaned before gcc-10 gets stabilized. This is fixed in the upcoming 1.24.1 release which will also most likely be available before gcc-10. And if not, I'll backport to 1.24.0 which is in portage tree. This bug does not need to be tracked anymore, but thanks for the comment!
1.24.0 fails as well.
Could you stop closing this bug report, please? It needs the exposure. 1.23.* is stable and the likelihood of users being exposed to a combined gcc-10 (or -fno-common in particular) and this version is very small, so working around it by injecting -fcommon (and then closing this bug report) didn't fix the most likely case users would encounter, that of hitting gcc-10 with 1.24.*. So either you need to pointlessly work around the 1.24.0 build failure, too, or you just apply the patches. And then you can close the bug report because nobody will need to search for it again.
Note: I produced these small patches before I found the exact same ones upstream. They definitely should fix this bug report.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=cc198b47279beb6bf6677a0f0a5d21ea3f92d183 commit cc198b47279beb6bf6677a0f0a5d21ea3f92d183 Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2020-05-05 15:24:24 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2020-05-05 15:24:45 +0000 dev-libs/efl: -fno-common temporary fix Closes: https://bugs.gentoo.org/707258 Signed-off-by: Joonas Niilola <juippis@gentoo.org> dev-libs/efl/efl-1.24.0.ebuild | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)
Sorry, not meaning to be a d**k here. Just that I expect 1.24.1 to be released before gcc-10 is keyworded in Gentoo, which will have these incorporated. Then I'll remove 1.24.0. So I see no benefit spending more time on 1.24.0 as necessary. It will not be long-lived in Gentoo.
(In reply to Joonas Niilola from comment #15) > Sorry, not meaning to be a d**k here. Just that I expect 1.24.1 to be > released before gcc-10 is keyworded in Gentoo, which will have these > incorporated. Then I'll remove 1.24.0. So I see no benefit spending more > time on 1.24.0 as necessary. It will not be long-lived in Gentoo. That's all fine. The major point I was trying to make is that closing the bug report without fixing both the stable and testing branch would make the bug report nearly invisible to other users having problems on the testing branch (because of the way Bugzilla's default search function "works") and it would probably get you another bug report about 1.24.0 through one of those users or on Toralf's next -fno-common tinderbox run. Don't forget to remove the flag-o-matic workaround on the 1.24.1 bump, or that will generate another bug report for sure!
Also note that for 1.24.0, the compiler error is different than what comment #0 shows for src/benchmarks/eina/eina_bench. In 1.24.0 the issue moved to: /usr/lib/gcc/hppa2.0-unknown-linux-gnu/9.3.0/../../../../hppa2.0-unknown-linux-gnu/bin/ld: src/lib/ecore_evas/41949de@@ecore_evas@sha/ecore_evas_buffer.c.o:/var/tmp/portage/dev-libs/efl-1.24.0/work/efl-1.24.0-build/../efl-1.24.0/src/lib/ecore_evas/ecore_evas_private.h:38: multiple definition of `ecore_evas_request_replaced'; src/lib/ecore_evas/41949de@@ecore_evas@sha/ecore_evas.c.o:/var/tmp/portage/dev-libs/efl-1.24.0/work/efl-1.24.0-build/../efl-1.24.0/src/lib/ecore_evas/ecore_evas_private.h:38: first defined here [...]
