Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 630072 - app-text/enchant-1.6.1: libtool: error: specify a tag with '--tag'
Summary: app-text/enchant-1.6.1: libtool: error: specify a tag with '--tag'
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-09-06 10:33 UTC by Michał Górny
Modified: 2019-11-30 08:23 UTC (History)
10 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
app-text:enchant-1.6.1:20170906-102914.log (app-text:enchant-1.6.1:20170906-102914.log,23.55 KB, text/x-log)
2017-09-06 10:33 UTC, Michał Górny
Details
Add "--tag=CC" to LIBTOOL in configure script (libtool-tag-fix.patch,807 bytes, patch)
2017-12-17 23:11 UTC, D. Wilson
Details | Diff
Adds tag to libtool link (fix-libtool-build.patch,487 bytes, patch)
2019-11-30 08:23 UTC, David Carlos Manuelda
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2017-09-06 10:33:29 UTC
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
Comment 1 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2017-09-06 10:34:19 UTC
(CC-ing libtool maintainers since this looks crazy)
Comment 2 Alexis Ballier gentoo-dev 2017-09-06 10:55:20 UTC
configure: loading site script /usr/local/share/config.site                                                              


maybe ?
Comment 3 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2017-09-06 13:06:35 UTC
Nope, fails just the same.
Comment 4 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2017-09-06 13:16:08 UTC
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.
Comment 5 Alexis Ballier gentoo-dev 2017-09-06 18:15:56 UTC
(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
Comment 6 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2017-09-06 20:29:16 UTC
Does this mean that building Enchant requires an objective C compiler even though we never use the ObjC sources?
Comment 7 Adrian Bassett 2017-09-06 21:24:06 UTC
(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.
Comment 8 Alexis Ballier gentoo-dev 2017-09-07 08:27:45 UTC
(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.
Comment 9 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2017-09-07 14:32:23 UTC
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.
Comment 10 Alexis Ballier gentoo-dev 2017-09-07 19:45:10 UTC
(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.
Comment 11 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2017-09-07 20:59:45 UTC
(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.
Comment 12 D. Wilson 2017-12-17 23:11:01 UTC
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.
Comment 13 Gilles Dartiguelongue gentoo-dev 2018-02-07 23:13:46 UTC
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 ?
Comment 14 Andreas Thalhammer 2018-03-30 15:07:50 UTC
@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?
Comment 15 Patrik Osgnach 2019-01-10 08:25:12 UTC
(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?
Comment 16 Alexander Tsoy 2019-01-10 10:56:59 UTC
(In reply to Andreas Thalhammer from comment #14)
> clearly states "Zemberek backend: yes"
> 
> How is that possible?
See bug 662484
Comment 17 Yarda 2019-04-20 09:30:29 UTC
gcc-8.2.0-r6
enchant-1.6.1-r1

Patch from comment 12 fixes the problem for me.
Comment 18 vince.ice 2019-07-11 17:45:06 UTC
(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.
Comment 19 David Carlos Manuelda 2019-11-30 08:23:25 UTC
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.