Re: Port problems after r253839 on HEAD

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 boxe=
s.
>>
>> 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 t=
hem
> with nom default options,

#cd /usr/ports/www/evolution-webcal
#make config
=3D=3D=3D> No options to configure

#cd /usr/ports/editors/nano
#make config
=3D=3D=3D> No options to configure

> What that means is basically the said ports are missing some -lbla in ldf=
lags,
> =

> 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=3D	nano-devel-2*

+LIB_DEPENDS=3D	tinfow:${PORTSDIR}/devel/ncurses
+
 GNU_CONFIGURE=3D	yes

 CONFIGURE_ARGS=3D	--docdir=3D${DOCSDIR}
 CPPFLAGS+=3D	-I${LOCALBASE}/include
-LDFLAGS+=3D	-L${LOCALBASE}/lib
+LDFLAGS+=3D	-L${LOCALBASE}/lib -ltinfow

 .include <bsd.port.options.mk>



--- 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=3D	gnomeprefix gnomehack intlhack evolutiondataserver libgnomeui
 GNU_CONFIGURE=3D	yes
 CPPFLAGS+=3D	-I${LOCALBASE}/include
-LDFLAGS+=3D	-L${LOCALBASE}/lib
+LDFLAGS+=3D	-L${LOCALBASE}/lib -lgthread-2.0

 GCONF_SCHEMAS=3D	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 e=
ither
> 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 fail=
ures
> 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=F6ttingen in Germany,
Rainer
> =

> regards,
> Bapt
> =


_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

