From owner-freebsd-ports@FreeBSD.ORG Tue Sep 10 17:11:56 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 43CB43F5 for ; Tue, 10 Sep 2013 17:11:56 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09F2F2B86 for ; Tue, 10 Sep 2013 17:11:55 +0000 (UTC) Received: from p508c7dee.dip0.t-ipconnect.de ([80.140.125.238] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1VJRTg-0007e3-0h for ports@freebsd.org; Tue, 10 Sep 2013 19:11:48 +0200 Message-ID: <522F52CF.9070506@gwdg.de> Date: Tue, 10 Sep 2013 19:11:43 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130909 Thunderbird/17.0.8 MIME-Version: 1.0 To: ports@freebsd.org Subject: Inconsistency with libtinfow.so Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 17:11:56 -0000 After updating 10.0-CURRENT to r255449 (no base gcc, no libstdc++ any more) I am right in the middle of updating my installed ports. Because of this I first deinstalled converters/libiconv before updating any other port. I am wondering if I am the only one who has problems with coexistence of libtinfow.so in devel/ncurses and systems libtinfow.so? For example if I try to update textproc/hunspell, it complains about [...] /bin/sh ../../libtool --tag=CXX --mode=link c++ -O2 -pipe -fno-strict-aliasing -Wl,-rpath=/usr/local/lib -L/usr/local/lib -lreadline -o hunspell hunspell.o ../parsers/libparsers.a ../hunspell/libhunspell-1.3.la -lncursesw -lreadline -lncurses libtool: link: c++ -O2 -pipe -fno-strict-aliasing -Wl,-rpath=/usr/local/lib -o .libs/hunspell hunspell.o -L/usr/local/lib ../parsers/libparsers.a ../hunspell/.libs/libhunspell-1.3.so -lncursesw -lreadline -lncurses -Wl,-rpath -Wl,/usr/local/lib /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 1 error This problem also occurs at least with textproc/aspell, security/clamav, sysutils/libcdio and multimedia/vcdimager. There are two different versions of libtinfow.so on my box: /usr/lib/libtinfow.so /usr/local/lib/libtinfow.so.5.9 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. Any clue what is going on here? I did not have this problem before updating base. Thanks in advance, Rainer Hurling