textproc/hunspell build failure following 20130904

Rainer Hurling rhurlin at gwdg.de
Fri Sep 13 05:31:06 UTC 2013


Am 12.09.2013 22:45 (UTC+1) schrieb John Marino:
> On 9/12/2013 22:36, Anton Shterenlikht wrote:
>> /usr/bin/ld: -: invalid DSO for symbol `cbreak' definition
>> /usr/local/lib/libtinfow.so.5.9: could not read symbols: Bad value
>> c++: error: linker command failed with exit code 1 (use -v to see invocation)
>> *** [hunspell] Error code 1
>>
>> make[4]: stopped in /usr/ports/textproc/hunspell/work/hunspell-1.3.2/src/tools
>>
>> I've rebuilt ncurses and readline successfully already.
> 
> What library does the cbreak symbol belong to?
> you need to add it to the linker flags.  (e.g. LDFLAGS+=
> -L${LOCALBASE}/lib -lmylib )
> 
> Invalid DSO normally means the symbol is in another library and the
> linker is not going to recursively search for it.

In this case I think there is a problem with coexistence of
libtinfow.so in devel/ncurses and systems libtinfow.so (maybe also some
conflict with devel/readline).

There are two different versions of libtinfow.so:
/usr/lib/libtinfow.so
/usr/local/lib/libtinfow.so.5.9

This problem also occurs at least with textproc/aspell, security/clamav,
sysutils/libcdio and multimedia/vcdimager, as I reported about in
another thread three days ago (no answer until now).

If I (temporarily) deinstall the dependency devel/ncurses, I am able to
build and reinstall hunspell and the other mentioned ports. Of course,
ncurses was updated before hunspell.

Rainer

> 
> John


More information about the freebsd-ports mailing list