Configure should add a -ltinfo which breaks it.
please elaborate what you mean with "should add"
(In reply to Thomas Raschbacher from comment #1) > please elaborate what you mean with "should add" To build clamav on my machine I need to put CXXFLAGS="${CXXFLAGS} -ltinfo" CFLAGS="${CFLAGS} -ltinfo" LDFLAGS="${LDFLAGS} -ltinfo" into /etc/portage/env/app-antivirus/clamav This should have been done by 'configure' itself.
hmm i can't reproduce the problem here. can you provide emerge --info output and the emerge.log file form when it fails please?
(In reply to Thomas Raschbacher from comment #3) > hmm i can't reproduce the problem here. Have you tried with USE="clamdtop"? [snip] libtool: link: x86_64-pc-linux-gnu-gcc -march=znver1 -O2 -fomit-frame-pointer -pipe -mindirect-branch=thunk -O0 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wl,-O1 -Wl,--as-needed -o clamdtop optparser.o getopt.o misc.o clamdtop.o -lncurses ../libclamav/.libs/libclamav_internal_utils_nothreads.a -lssl -lcrypto -lz -L/usr/lib64 -lpcre2-8 -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/8.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: clamdtop.o: undefined reference to symbol 'halfdelay' /lib64/libtinfo.so.6: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status [snip]
honestly not sure if i had that enabled. I shall have a look later or tomorrow if I get around to it.
Still Fails and is NOW the only version available: Symbol is different now (stdscr) but -ltinfo is not specified. libtool: link: x86_64-pc-linux-gnu-gcc -O2 -pipe -mno-tls-direct-seg-refs -O0 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wl,--as-needed -o clamdtop optparser.o getopt.o misc.o clamdtop.o -lncurses ../libclamav/.libs/libclamav_internal_utils_nothreads.a -lssl -lcrypto -lz -L/usr/lib64 -lpcre2-8 /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../x86_64-pc-linux-gnu/bin/ld: clamdtop.o: undefined reference to symbol 'stdscr' /lib64/libtinfo.so.6: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[2]: *** [Makefile:613: clamdtop] Error 1 make[2]: Leaving directory '/var/tmp/portage/app-antivirus/clamav-0.100.1/work/clamav-0.100.1/clamdtop' make[1]: *** [Makefile:757: all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/app-antivirus/clamav-0.100.1/work/clamav-0.100.1' make: *** [Makefile:585: all] Error 2 * ERROR: app-antivirus/clamav-0.100.1::gentoo failed (compile phase): * emake failed
oops not the only version, but it is the active 'stable' version.
after emerge --sync (just now) 0.100.1 does build... I there seems to have been updates to the ebuild between my previous sync and the current one.
clamav build fails if clamdtop is used in the useflags. USE=-clamdtop emerge clamav does build.
FYI: I fixed this issue by switching from: # required by dev-util/android-studio sys-libs/ncurses tinfo to: # required by dev-util/android-studio =sys-libs/ncurses-5.9-r101 tinfo and re-emerging "ncurses", of course.
I think this was fixed by the patch in bug #670729, can someone please confirm? (That bug is still open until the fix goes upstream, but there's no reason to keep TWO gentoo bugs open about it.)
At the very least, 'app-antivirus/clamav-0.102.4[clamdtop]' does build here now, which seems to have been a blocker for me previously.
I'm fairly confident this was fixed on bug 670729 before anyone noticed the duplicate. *** This bug has been marked as a duplicate of bug 670729 ***