Created attachment 492734 [details] app-text:enchant-1.6.1:20170906-102914.log /bin/sh ../libtool --mode=link x86_64-pc-linux-gnu-gcc -g -O2 -no-undefined -export-symbols-regex '^enchant_.*' -version-info 7:1:6 -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -o libenchant.la -rpath /usr/lib64 enchant.lo pwl.lo -Wl,--export-dynamic -lgmodule-2.0 -pthread -lglib-2.0 libtool: link: unable to infer tagged configuration libtool: error: specify a tag with '--tag' make[2]: *** [Makefile:536: libenchant.la] Error 1 --- Portage 2.3.8 (python 3.5.3-final-0, !../../usr/src/gentoo/profiles/default/linux/amd64/13.0/desktop, gcc-5.4.0, glibc-2.25-r4, 4.12.0-pf8-mgorny-amd64+ x86_64) ================================================================= System uname: Linux-4.12.0-pf8-mgorny-amd64+-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_3800+-with-gentoo-2.4.1 Timestamp of repository gentoo: Wed, 06 Sep 2017 09:04:26 +0000 Head commit of repository gentoo: 45e916e4c6352abbc7e57f0a7f3b9d2a34ba9b43 sh bash 4.4_p12 ld GNU ld (Gentoo 2.28.1 p1.0) 2.28.1 distcc 3.2rc1 x86_64-pc-linux-gnu [enabled] ccache version 3.3.4 [disabled] app-shells/bash: 4.4_p12::gentoo dev-java/java-config: 2.2.0-r3::gentoo dev-lang/perl: 5.24.2::gentoo dev-lang/python: 2.7.13::gentoo, 3.4.6::gentoo, 3.5.3::gentoo, 3.6.1-r1::gentoo dev-util/ccache: 3.3.4-r1::gentoo dev-util/cmake: 3.9.1::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.4.1-r2::gentoo sys-apps/openrc: 0.29::gentoo sys-apps/sandbox: 2.10-r4::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.11.6-r2::gentoo, 1.13.4-r1::gentoo, 1.14.1-r1::gentoo, 1.15.1-r1::gentoo sys-devel/binutils: 2.28.1::gentoo sys-devel/gcc: 5.4.0-r4::gentoo, 7.2.0::gentoo sys-devel/gcc-config: 1.8-r1::gentoo sys-devel/libtool: 2.4.6-r4::gentoo sys-devel/make: 4.2.1-r1::gentoo sys-kernel/linux-headers: 4.11::gentoo (virtual/os-headers) sys-libs/glibc: 2.25-r4::gentoo Repositories: gentoo location: /var/db/repos/gentoo sync-type: git sync-umask: 027 sync-uri: https://github.com/gentoo-mirror/gentoo.git priority: -1000 python location: /home/mgorny/git/python-repo sync-umask: 027 masters: gentoo mgorny location: /home/mgorny/git/mgorny-repo sync-umask: 027 masters: gentoo priority: 10000 Installed sets: @mg_depends_cb_agent, @mg_depends_qaweb ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="LGPL-2.1+ LGPL-2.1 AGPL-3+ AGPL-3 QPL Ms-PL MPL-1.0 BSD-2 PHP-3 GPL-1+ HPND LGPL-3 Apache-1.1 Artistic-2 CDDL OFL-1.1 MPL-2.0 POSTGRESQL ECL-2.0 ZPL GPL-3+ MIT Sleepycat OSL-2.1 UoI-NCSA GPL-2+ Artistic wxWinLL-3 CPAL-1.0 LGPL-2+ LPPL-1.3c EUPL-1.1 LGPL-3+ nethack APSL-2 GPL-3 ISC PSF-2 IBM BSD PHP-3.01 GPL-2 NOSA Apache-2.0 CNRI IPAfont ZLIB Boost-1.0 APL-1.0 W3C CPL-1.0 AFL-3.0 EPL-1.0 MPL-1.1 Watcom-1.0 QPL MPL-1.0 AFL-2.1 gnuplot AFL-3.0 Apache-1.0 Apache-1.1 CDDL NPL-1.1 LGPL-2.1+ Unlicense gcc-runtime-library-exception-3.1 LGPL-2.1 Transmission-OpenSSL-exception AGPL-3+ GPL-3+-with-opencl-openssl-exception PSF-2.2 PSF-2.4 AGPL-3 WTFPL-2 UPX-exception GPL-3-with-font-exception LGPL-2-with-linking-exception BSD-2 vim GPL-3+-with-cuda-openssl-exception GPL-1+ HPND LGPL-2 LGPL-3 Artistic-2 GPL-2-with-exceptions MPL-2.0 PSF-2.3 ECL-2.0 ZPL GPL-3+ Ruby MIT Sleepycat UoI-NCSA GPL-1 GPL-2+ Ruby-BSD CeCILL-2 LGPL-2+ LGPL-3-with-linking-exception Clarified-Artistic GPL-2+-with-openssl-exception LGPL-3+ OPENLDAP metapackage GPL-2-with-font-exception GPL-3 GPL-3+-with-opencl-exception ISC PSF-2 tanuki-community qwt LGPL-2.1-with-linking-exception IJG BSD unicode libstdc++ GPL-2 Apache-2.0 GPL-3-with-openssl-exception ZLIB CC0-1.0 GPL-2-with-linking-exception Boost-1.0 GPL-3+-with-cuda-exception public-domain SGI-B-2.0 libgcc W3C Nokia-Qt-LGPL-Exception-1.1 PYTHON Clear-BSD FTL GPL-2-with-classpath-exception GPL-2-with-MySQL-FLOSS-exception QPL-1.0 OSL-2.1 Zend-2.0 CPAL-1.0 OSL-1.1 EUPL-1.1 APSL-2 OSL-2.0 LPPL-1.2 IBM PHP-3.01 CNRI openssl BSD-4 CPL-1.0 Ms-PL EPL-1.0 MPL-1.1 SMAIL JDOM Time-modules XC torque-2.5 alternate iASL LPPL-1.3 Allegro CDDL-Schily tm-align JOVE TeX Ispell buddy x2x Xdebug Mail-Sendmail Openwall BZIP2 symlinks VTK gsm IDPL ErlPL-1.1 rwpng perforce PHP-2.02 yuuji ipadic PIZZA-WARE tablelist libpng DES ACE otter BSD-1 minpack Crypt-IDEA libtiff SNIA freemarker qmail-nelson Sendmail TeX-other-free HTML-Tidy mapm-4.9.5 tcp_wrappers_license UCAR-Unidata LPPL-1.3b libmng ElementTree RSA bea.ri.jsr173 psutils LLVM-Grant pngnq tcltk LLGPL-2.1 icu photopc eGenixPublic-1.1 ipx-utils Subversion ngrep FLTK MIT-with-advertising CMake docbook htmlc NEWLIB Princeton repoze Time-Format xvt canfep rc JasPer2.0 LIBGLOSS mm PCRE FLEX YaTeX BEER-WARE SVFL Sendmail-Open-Source JNIC Toyoda boehm-gc CRACKLIB shrimp scanlogd the-Click-license w3m URT Emacs File-MMagic AMPAS xboing FVWM NCSA-HDF libodialog flexmock mpich2 xbatt inner-net gd imagemagick FastCGI pngcrush CeCILL-C xtrs BSD-with-attribution telegram LambdaMOO openafs-krb5-a Mini-XML feh Info-ZIP lsof keynote noweb CPL-0.5 CAOSL wxWinLL-3.1 totd netcat bufexplorer.vim SSLeay rdisc Flashpix regexp-UofT freetts ZSH Old-MIT Snd dom4j matplotlib CC-BY-2.0 OFL GPL-1+ Arphic OFL-1.1 CC-BY-SA-4.0 CC-BY-2.5 GPL-3+ FDL-1.1+ FDL-1.2 GPL-1 GPL-2+ FDL-1.3+ CC-BY-SA-3.0 CC-BY-3.0 GPL-3 FreeArt GPL-2 IPAfont CC-BY-SA-2.0 CC-BY-SA-2.5 FDL-1.1 CC-BY-4.0 FDL-1.3 FDL-1.2+ OPL quake1-textures MaxMind2 BitstreamVera vlgothic Unicode_Fonts_for_Ancient_Scripts CC-SA-1.0 CC-PD Texinfo-manual UbuntuFontLicense-1.0 man-pages wxWinFDL-3 man-pages-posix-2013 mplus-fonts man-pages-posix LDP-1 myspell-en_CA-KevinAtkinson CC-BY-SA-1.0 LDP-1a" CBUILD="x86_64-pc-linux-gnu" CC="x86_64-pc-linux-gnu-gcc-5.4.0" CFLAGS="-march=k8-sse3 -mcx16 -msahf --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=512 -O2 -pipe -frecord-gcc-switches" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXX="x86_64-pc-linux-gnu-g++-5.4.0" CXXFLAGS="-march=k8-sse3 -mcx16 -msahf --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=512 -O2 -pipe -frecord-gcc-switches" DISTDIR="/srv/nfs/common/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps y --ask --keep-going --quiet-build=n --dynamic-deps=n" FCFLAGS="-march=k8-sse3 -mcx16 -msahf --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=512 -O2 -pipe -frecord-gcc-switches" FEATURES="assume-digests binpkg-logs binpkg-multi-instance buildpkg cgroup collision-protect config-protect-if-modified distcc distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms sign strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync webrsync-gpg" FFLAGS="-march=k8-sse3 -mcx16 -msahf --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=512 -O2 -pipe -frecord-gcc-switches" GENTOO_MIRRORS=" http://mirror.netcologne.de/gentoo/ http://gentoo.mirror.web4u.cz/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gd.tuwien.ac.at/opsys/linux/gentoo/ http://ftp.vectranet.pl/gentoo/ http://ftp.fi.muni.cz/pub/linux/gentoo/" INSTALL_MASK="/test /usr/share/locale -/usr/share/locale/pl" LANG="pl_PL.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu" MAKEOPTS="-j12" PKGDIR="/srv/nfs/common/packages/athlon64" PORTAGE_COMPRESS="lzip" PORTAGE_COMPRESS_FLAGS="-9" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --times --compress --force --whole-file --delete --stats --timeout=45 --exclude=/distfiles --exclude=/packages --exclude=/local --exclude=CVS --exclude=/metadata/cache --omit-dir-times" PORTAGE_TMPDIR="/tmp" USE="3dnow 3dnowext X a52 aac acl adns aio alsa amd64 ayatana bash-completion bluetooth branding btrfs bzip2 cairo caps cdda cdr cli crypt cups curl cxx dbus djvu dri dts dvb dvd dvdr egl emboss exif fftw firefox flac fontconfig fortran gd gif glamor gmp gnuplot gnutls gphoto2 gstreamer gtk iconv idn imagemagick ipv6 jpeg jpeg2k kate latex lcms libass libatomic liblockfile libnotify libproxy libsamplerate libsecret libtiger lz4 lzma lzo mad mmap mmxext mng modules mp3 mp4 mpeg mtp multilib ncurses nls nptl ogg openal opencl opengl openmp openvg opus osmesa pam pango pch pcre pcre-jit pdf plotutils png policykit postscript ppds pulseaudio qt3support readline sctp sdl seccomp session slang smp sndfile speex spell sse3 ssl startup-notification svg systemd t1lib tcpd threads tiff truetype udev udisks unicode upower usb v4l2 vaapi vhosts vim-syntax vorbis wavpack wayland webp wmf wxwidgets x264 xattr xcb xft xml xpm xv xvid xvmc zeroconf zlib zsh-completion" ABI_X86="64 32" ALSA_CARDS="hda-intel emu10k1 mpu401 pcsp virmidi" APACHE2_MODULES="socache_shmcb unixd actions alias deflate filter mime mime_magic negotiation rewrite" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 3dnow 3dnowext sse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput" KERNEL="linux" L10N="pl" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="pl" LIRC_DEVICES="serial" LLVM_TARGETS="*" NGINX_MODULES_HTTP="gzip limit_conn limit_req rewrite spdy uwsgi" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6" POSTGRES_TARGETS="postgres9_5" PYTHON_SINGLE_TARGET="python3_4" PYTHON_TARGETS="python2_7 python3_4 jython2_7 pypy pypy3 python3_5 python3_6" QEMU_SOFTMMU_TARGETS="aarch64 arm i386 ppc ppc64 ppc64abi32 x86_64" QEMU_USER_TARGETS="aarch64 arm ppc ppc64" RUBY_TARGETS="ruby23" SANE_BACKENDS="artec_eplus48u" USERLAND="GNU" VIDEO_CARDS="nouveau radeon vesa r600 s3" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_RSYNC_EXTRA_OPTS
(CC-ing libtool maintainers since this looks crazy)
configure: loading site script /usr/local/share/config.site maybe ?
Nope, fails just the same.
Actually, it seems to be unhappy about CC: ./configure CC=x86_64-pc-linux-gnu-gcc-5.4.0 -> FAIL ./configure CC=x86_64-pc-linux-gnu-gcc -> FAIL ./configure CC=gcc -> PASS ./configure --host=x86_64-pc-linux-gnu -> PASS So my guess is that hyphens in ${CC} (but not implicitly derived CC) confuse the hell out of it.
(In reply to Michał Górny from comment #4) > Actually, it seems to be unhappy about CC: > ./configure CC=x86_64-pc-linux-gnu-gcc -> FAIL yep, and: ./configure CC=x86_64-pc-linux-gnu-gcc OBJC=x86_64-pc-linux-gnu-gcc -> PASS there is a .m file in src/, libtool then links in objective-c mode; my guess would be that you either need to set matching OBJC/CXX/CC or rely on --host and not set anything
Does this mean that building Enchant requires an objective C compiler even though we never use the ObjC sources?
(In reply to Michał Górny from comment #6) > Does this mean that building Enchant requires an objective C compiler even > though we never use the ObjC sources? I hit this problem and, although I didn't figure out how to fix it properly, I found that after the build failed initially I could then edit the Makefile in the src sub-directory as per: # diff -u src/Makefile.dist src/Makefile --- src/Makefile.dist 2017-09-06 22:14:18.419237710 +0100 +++ src/Makefile 2017-09-06 22:15:23.812305807 +0100 @@ -150,7 +150,7 @@ am__v_lt_ = $(am__v_lt_$(AM_DEFAULT_VERBOSITY)) am__v_lt_0 = --silent am__v_lt_1 = -libenchant_la_LINK = $(LIBTOOL) $(AM_V_lt) $(AM_LIBTOOLFLAGS) \ +libenchant_la_LINK = $(LIBTOOL) $(AM_V_lt) --tag=cxx $(AM_LIBTOOLFLAGS) \ $(LIBTOOLFLAGS) --mode=link $(OBJCLD) $(AM_OBJCFLAGS) \ $(OBJCFLAGS) $(libenchant_la_LDFLAGS) $(LDFLAGS) -o $@ AM_V_P = $(am__v_P_$(V)) and then finish things manually with the usual ebuild command and appropriate arguments. Interestingly, the compile would run to completion after 'ebuild enchant-1.6.1.ebuild unpack'ing the code and then running ./configure and make manually, i.e. without the portage-configured baggage.
(In reply to Michał Górny from comment #6) > Does this mean that building Enchant requires an objective C compiler even > though we never use the ObjC sources? That's what AC_PROG_OBJC in configure.ac does, yes.
If we're going to leave it this way, I suppose we need to extend our documentation and eclasses for OBJC. It's certainly not a variable most of the people would set, and it's not supported by toolchain-funcs.eclass.
(In reply to Michał Górny from comment #9) > If we're going to leave it this way, I suppose we need to extend our > documentation and eclasses for OBJC. It's certainly not a variable most of > the people would set, I don't think CC/CXX is a variable most people would set either. It can cause issues in various places. It appears as yellow in vim when I set it in make.conf, vs light blue for standard variables. > and it's not supported by toolchain-funcs.eclass. that's tc-getCC you should probably look at what gnustep is doing, it's a known heavy consumer of objective c.
(In reply to Alexis Ballier from comment #10) > (In reply to Michał Górny from comment #9) > > If we're going to leave it this way, I suppose we need to extend our > > documentation and eclasses for OBJC. It's certainly not a variable most of > > the people would set, > > I don't think CC/CXX is a variable most people would set either. It can > cause issues in various places. It appears as yellow in vim when I set it in > make.conf, vs light blue for standard variables. Not setting it causes even more issues, you just choose to ignore them. Light blue is for variables known to be Portage stuff. Yellow is everything else. > > > and it's not supported by toolchain-funcs.eclass. > > that's tc-getCC Nope. tc-getCC doesn't respect OBJC. 'tc-export CC' does not export OBJC.
Created attachment 510562 [details, diff] Add "--tag=CC" to LIBTOOL in configure script I just encountered this issue in my last sync/update cycle. I can add my emerge --info, make.conf, etc, if someone thinks it would be relevant. After some searching with google, and some testing, I found that adding "--tag=CC" to $LIBTOOL in the configure script makes the problem go away. I'm not sure how helpful that is given the previous discussion in these comments, but it seemed to work for me. I've attached a patch to the bug, in case someone finds it helpful.
If I read this right, settings CC only on a project using OBJC is a user bug and there's nothing we can do as maintainers here, right ?
@D. Wilson, that patch helped a lot, thanks. This should be fixed since enchant 1.x is pulled by e.g. Plasma Desktop/KDE. I installed a new system and compilation of this continuously failed, while it shouldn't. I don't know if this --tag=CC is only necessary under certain contitions, e.g. with a specific version of GCC or anything else. If so, this patch should only be added when the contitions are present, otherwise... Why not include this patch and add --tag=CC? I think that the ebuild should be fixed in the regard that it shouldn't fail on many users when a known fix is already available. As a sidenote I have to add that I see two contraditory pieces of information. 1) [ebuild R ] app-text/enchant-1.6.1::gentoo USE="aspell* hunspell -static-libs {-test} (-zemberek)" 0 KiB (-zemberek) indicates that zemberek isn't used, right? 2) build.log enchant-1.6.1 prefix: /usr compiler: gcc Build Aspell backend: yes Build Ispell backend: no Build Uspell backend: no Build Hspell backend: no Build Myspell/Hunspell backend: yes Build Voikko backend (Linux only): no Build Zemberek backend: yes Build Apple Spell backend (OS X only): no Build a relocatable library: no clearly states "Zemberek backend: yes" How is that possible?
(In reply to Andreas Thalhammer from comment #14) > > clearly states "Zemberek backend: yes" > > How is that possible? I guess the use flag is masked, but configure is not called with that option explicitly disabled but it enabled it just because it found a functioning zemberek on your system. Is zemberek actually installed for some other reason?
(In reply to Andreas Thalhammer from comment #14) > clearly states "Zemberek backend: yes" > > How is that possible? See bug 662484
gcc-8.2.0-r6 enchant-1.6.1-r1 Patch from comment 12 fixes the problem for me.
(In reply to D. Wilson from comment #12) > Created attachment 510562 [details, diff] [details, diff] > Add "--tag=CC" to LIBTOOL in configure script > > I just encountered this issue in my last sync/update cycle. I can add my > emerge --info, make.conf, etc, if someone thinks it would be relevant. > > After some searching with google, and some testing, I found that adding > "--tag=CC" to $LIBTOOL in the configure script makes the problem go away. > > I'm not sure how helpful that is given the previous discussion in these > comments, but it seemed to work for me. > > I've attached a patch to the bug, in case someone finds it helpful. That fixes the problem for me too. Thanks.
Created attachment 597946 [details, diff] Adds tag to libtool link This patch affects only Makefile.in to specify tag to libtool when linking libenchant.la, no other part of building is affected by this patch.
Workaround without code modifications: explicitly set variables CC and OBJC for 32-bit CC=i686-pc-linux-gnu-gcc OBJC=i686-pc-linux-gnu-gcc emerge -va1 app-text/enchant for 64-bit CC=x86_64-pc-linux-gnu-gcc OBJC=x86_64-pc-linux-gnu-gcc emerge -va1 app-text/enchant Variables CC and OBJC may be saved in files as described in https://wiki.gentoo.org/wiki/Debugging cat /etc/portage/tag # workaround libtool build bug https://bugs.gentoo.org/630072 # for 32-bit #CC=i686-pc-linux-gnu-gcc #OBJC=i686-pc-linux-gnu-gcc # for 64-bit CC=x86_64-pc-linux-gnu-gcc OBJC=x86_64-pc-linux-gnu-gcc cat /etc/portage/package.env/enchant # https://bugs.gentoo.org/630072 app-text/enchant tag
sorry my mistake, in last comment replace "cat /etc/portage/tag" to "cat /etc/portage/env/tag"
(In reply to David Carlos Manuelda from comment #19) > Created attachment 597946 [details, diff] [details, diff] > Adds tag to libtool link > > This patch affects only Makefile.in to specify tag to libtool when linking > libenchant.la, no other part of building is affected by this patch. That's a much better solution than the patch I provided. I have updated the enchant-1.6.1 ebuild I maintain in my overlay to use it instead of my original patch. Thank you for providing it. Interestingly, in 2017-12 enchant-1.6.1 failed to merge on all three of my gentoo systems because of this issue. Today, only one of them still needs it to be patched for this linking problem. I'm not sure what changed on the other two that makes the problem disappear, they all run the same hardened profile and more or less the same make.conf and use flags. The patched ebuild also works fine on all three.
So whjat do I need to do to reproduce this? Set CC for some reason somewhere?
*** Bug 669162 has been marked as a duplicate of this bug. ***
I can still reproduce this issue on 1.6.1-r1. I have CC set in my make.conf. Following on comment #20, I think updating portage.env and create a special environment for this package is the simplest solution to work around this issue.
I still don't really know how to reproduce the issue, but 1.6 should go away soon now, I hope.
Created attachment 633870 [details] build.log build.log
@Mart Raudsepp just set CC in your make.conf e.g.: grep "CC" /etc/portage/make.conf CC="x86_64-pc-linux-gnu-gcc-9.3.0" I done this for distcc purpose, but if you compile on local machine, its also reproduce issue.
tinderbox has reproduced this issue with version 1.6.1-r1 - Updating summary.
Reproduced with app-text/enchant-1.6.1-r2.