From owner-freebsd-current@FreeBSD.ORG Wed Aug 7 19:01:11 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 01054FD0; Wed, 7 Aug 2013 19:01:11 +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 24947211F; Wed, 7 Aug 2013 19:01:10 +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 1V78yp-0006UB-TV; Wed, 07 Aug 2013 21:01:08 +0200 Message-ID: <52029973.5070607@gwdg.de> Date: Wed, 07 Aug 2013 21:01:07 +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: Baptiste Daroussin Subject: Re: Port problems after r253839 on HEAD References: <520283C9.8030806@gwdg.de> <20130807174333.GK40254@ithaqua.etoilebsd.net> In-Reply-To: <20130807174333.GK40254@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: current@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 19:01:11 -0000 Thanks, Bapt, for answering. Am 07.08.2013 19:43, schrieb Baptiste Daroussin: > On Wed, Aug 07, 2013 at 07:28:41PM +0200, Rainer Hurling wrote: >> 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: >> > normally I had tracked down all those ports, except if you are building them > with nom default options, #cd /usr/ports/www/evolution-webcal #make config ===> No options to configure #cd /usr/ports/editors/nano #make config ===> No options to configure > What that means is basically the said ports are missing some -lbla in ldflags, > > The missing ones are those listed in the line following the DSO bla > in nano for example the first failure means -liconv is missing. Yupp, thanks, the following two patches seem to work: --- Makefile.orig 2013-07-17 16:59:50.000000000 +0200 +++ Makefile 2013-08-07 20:42:11.000000000 +0200 @@ -15,11 +15,13 @@ CONFLICTS= nano-devel-2* +LIB_DEPENDS= tinfow:${PORTSDIR}/devel/ncurses + GNU_CONFIGURE= yes CONFIGURE_ARGS= --docdir=${DOCSDIR} CPPFLAGS+= -I${LOCALBASE}/include -LDFLAGS+= -L${LOCALBASE}/lib +LDFLAGS+= -L${LOCALBASE}/lib -ltinfow .include --- Makefile.orig 2013-06-20 17:40:13.000000000 +0200 +++ Makefile 2013-08-07 20:47:21.000000000 +0200 @@ -23,7 +23,7 @@ USE_GNOME= gnomeprefix gnomehack intlhack evolutiondataserver libgnomeui GNU_CONFIGURE= yes CPPFLAGS+= -I${LOCALBASE}/include -LDFLAGS+= -L${LOCALBASE}/lib +LDFLAGS+= -L${LOCALBASE}/lib -lgthread-2.0 GCONF_SCHEMAS= evolution-webcal.schemas > > I afk until 24th so I can't commit any fix to the said ports. > There were properly building in my exp-run for the said change, meaning either > you build with non default options im that case the port requires a fix or > perhaps your ports tree is not uptodate, in particular lots of those failures > are fixed by the recent glib update. Hmm. As far as I can say my ports tree is uptodate and I did the complete glib update (/usr/ports/UPDATING entry 20130731). So I have no clue, why editors/nano does complain about devel/ncurses. In particular I am wondering about the misbehaviour of my port math/saga. As I wrote before, the autotools process does not find libopencv.so, only and only if HEAD is using /usr/bin/ld r253839. Probably there is a hidden problem, not seen before without the ld patch? Any hint would be very appreciated. Many thanks for your fast help and greetings from Göttingen in Germany, Rainer > > regards, > Bapt >