Re: Port problems after r253839 on HEAD
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 box=
es.
>>>
>>> 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
> =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 ld=
flags,
>>
>> 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 libgnome=
ui
> 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 =
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 fai=
lures
>> 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 <bsd.port.options.mk>
-LDFLAGS+=3D -L${LOCALBASE}/lib
+LDFLAGS+=3D -L${LOCALBASE}/lib -lopencv_core
CONFIGURE_ARGS+=3D CFLAGS=3D"${CFLAGS}" LDFLAGS=3D"${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=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"
討論串 (同標題文章)
完整討論串 (本文為第 4 之 7 篇):