From owner-freebsd-current@FreeBSD.ORG Wed Aug 7 17:28:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C028C97A; Wed, 7 Aug 2013 17:28:54 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AEB42AB5; Wed, 7 Aug 2013 17:28:53 +0000 (UTC) Received: from p5dc3ee31.dip0.t-ipconnect.de ([93.195.238.49] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V77XR-000601-Fr; Wed, 07 Aug 2013 19:28:45 +0200 Message-ID: <520283C9.8030806@gwdg.de> Date: Wed, 07 Aug 2013 19:28:41 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130802 Thunderbird/17.0.7 MIME-Version: 1.0 To: current@freebsd.org Subject: Port problems after r253839 on HEAD 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 Cc: bapt@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Aug 2013 17:28:54 -0000 After introducing r253839 on HEAD (/head/contrib/binutils/ld/ldmain.c), I recognized some wired behaviour in the ports system on my CURRENT boxes. Some of the ports do not build anymore. They print almost similar messages about an ld problem (invalid DSO for symbol 'xxx' definition), followed by the lib, which symbols are not found. With a recent 10.0-CURRENT (at least r253839) you can try this for example with the following two ports: -------------------- (1) editors/nano cc -O2 -pipe -fno-strict-aliasing -L/usr/local/lib -o nano browser.o chars.o color.o cut.o files.o global.o help.o move.o nano.o prompt.o rcfile.o search.o text.o utils.o winio.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lncursesw /usr/bin/ld: .: invalid DSO for symbol `keypad' definition /usr/local/lib/libtinfow.so.5.9: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) (2) www/evolution-webcal cc -O2 -pipe -fno-strict-aliasing -L/usr/local/lib -o evolution-webcal evolution-webcal-main.o evolution-webcal-notify.o -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes -lX11 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lpango-1.0 -lfreetype -lfontconfig -lecal-1.2 -lical -licalss -licalvcal -pthread -ledataserver-1.2 -lxml2 -lgconf-2 -lsoup-2.4 -lgio-2.0 -lgobject-2.0 -L/usr/local/lib -lglib-2.0 -lintl /usr/bin/ld: R: invalid DSO for symbol `g_thread_init' definition /usr/local/lib/libgthread-2.0.so.0: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) -------------------- This errors disappear when I revert /usr/bin/ld to a revision before 253839. Furthermore I observed some wired behaviour for SAGA GIS (math/saga; I am the maintainer of it). This port should build and install a SAGA GIS module as /usr/local/lib/saga/libopencv.so (for this it has graphics/opencv as a dependency). With /usr/bin/ld rev. 253839 installed, the autotools configure process from math/saga is not able to find /usr/local/lib/libopencv_legacy.so and so it does not build the module. Unfortunately it gives no clarifying hint about the problem). Reverting the version of /usr/bin/ld before r253839 solves this problem ... I hope my description is of some use and does not point in the wrong direction. Rainer Hurling