From owner-freebsd-current@FreeBSD.ORG Thu Aug 8 09:42:10 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 752E0E98; Thu, 8 Aug 2013 09:42:10 +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 7E1A823B6; Thu, 8 Aug 2013 09:42:09 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V7MjP-0005KL-AY; Thu, 08 Aug 2013 11:42:07 +0200 Message-ID: <520367EB.2060204@gwdg.de> Date: Thu, 08 Aug 2013 11:42:03 +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> <52029973.5070607@gwdg.de> In-Reply-To: <52029973.5070607@gwdg.de> 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: Thu, 08 Aug 2013 09:42:10 -0000 Am 07.08.2013 21:01 (UTC+1) schrieb Rainer Hurling: > 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. Ok, after getting your hint about missing LDFLAGS I narrowed it down for SAGA GIS 2.1.0. As complained in the config.log, conftest for autotools is also missing one library. The following in math/saga should do the trick (I will open a PR for it): --- Makefile.orig 2013-07-31 18:09:58.000000000 +0200 +++ Makefile 2013-08-08 11:11:15.000000000 +0200 @@ -47,7 +47,7 @@ .include -LDFLAGS+= -L${LOCALBASE}/lib +LDFLAGS+= -L${LOCALBASE}/lib -lopencv_core CONFIGURE_ARGS+= CFLAGS="${CFLAGS}" LDFLAGS="${LDFLAGS}" .if ${PORT_OPTIONS:MPYTHON} So no problems left for me with new /usr/bin/ld :) Thanks again for any help. Greetings, Rainer > > Many thanks for your fast help and greetings from Göttingen in Germany, > Rainer >> >> regards, >> Bapt >>