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
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
