Re: Port problems after r253839 on HEAD
On Wed, Aug 07, 2013 at 07:43:33PM +0200, Baptiste Daroussin wrote: 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, 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. 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. On a freshly rebuilt freebsd-current where I've deleted all ports to do a fresh build of everything I use, I see % portmaster news/pan ... CXXLD pan /usr/bin/ld: ,: invalid DSO for symbol `libiconv_open' definition /usr/local/lib/libiconv.so.3: could not read symbols: Bad value c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[5]: *** [pan] Error 1 gmake[5]: Leaving directory `/usr/ports/news/pan/work/pan-0.139/pan/gui' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/news/pan/work/pan-0.139/pan' Please, fix. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Port problems after r253839 on HEAD
Am 09.08.2013 19:27 UTC+2, schrieb Steve Kargl:
On Wed, Aug 07, 2013 at 07:43:33PM +0200, Baptiste Daroussin wrote:
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,
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.
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.
On a freshly rebuilt freebsd-current where I've deleted all ports
to do a fresh build of everything I use, I see
% portmaster news/pan
...
CXXLD pan
/usr/bin/ld: ,: invalid DSO for symbol `libiconv_open' definition
/usr/local/lib/libiconv.so.3: could not read symbols: Bad value
c++: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[5]: *** [pan] Error 1
gmake[5]: Leaving directory `/usr/ports/news/pan/work/pan-0.139/pan/gui'
gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory `/usr/ports/news/pan/work/pan-0.139/pan'
Please, fix.
If I understand bapt@ right, this should be all what is needed:
--- Makefile.orig 2013-06-20 17:48:12.0 +0200
+++ Makefile2013-08-09 20:56:36.0 +0200
@@ -15,7 +15,8 @@
LICENSE= GPLv2
LIB_DEPENDS= pcre:${PORTSDIR}/devel/pcre \
- gmime-2.6:${PORTSDIR}/mail/gmime26
+ gmime-2.6:${PORTSDIR}/mail/gmime26 \
+ iconv:${PORTSDIR}/converters/libiconv
USE_BZIP2= yes
USE_GMAKE= yes
@@ -23,7 +24,7 @@
USE_GNOME= intlhack
GNU_CONFIGURE= yes
CPPFLAGS+= -I${LOCALBASE}/include
-LDFLAGS+= -L${LOCALBASE}/lib -lgnuregex
+LDFLAGS+= -L${LOCALBASE}/lib -lgnuregex -liconv
OPTIONS_DEFINE=GTKSPELL GTK3
OPTIONS_DEFAULT=GTKSPELL
HTH,
Rainer
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Port problems after r253839 on HEAD
On Fri, Aug 09, 2013 at 08:59:18PM +0200, Rainer Hurling wrote:
If I understand bapt@ right, this should be all what is needed:
--- Makefile.orig 2013-06-20 17:48:12.0 +0200
+++ Makefile 2013-08-09 20:56:36.0 +0200
@@ -15,7 +15,8 @@
LICENSE= GPLv2
LIB_DEPENDS= pcre:${PORTSDIR}/devel/pcre \
- gmime-2.6:${PORTSDIR}/mail/gmime26
+ gmime-2.6:${PORTSDIR}/mail/gmime26 \
+ iconv:${PORTSDIR}/converters/libiconv
I did not add this to my fix as libiconv had previously
been installed. But, I suspect it is needed.
-LDFLAGS+=-L${LOCALBASE}/lib -lgnuregex
+LDFLAGS+=-L${LOCALBASE}/lib -lgnuregex -liconv
This fixed the build issue.
--
Steve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
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 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.0 +0200
+++ Makefile 2013-08-07 20:42:11.0 +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 bsd.port.options.mk
--- Makefile.orig 2013-06-20 17:40:13.0 +0200
+++ Makefile 2013-08-07 20:47:21.0 +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.0 +0200
+++ Makefile2013-08-08 11:11:15.0 +0200
@@ -47,7 +47,7 @@
.include bsd.port.options.mk
-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
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Port problems after r253839 on HEAD
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 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Port problems after r253839 on HEAD
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, 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. 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. regards, Bapt pgp9MTr65Vx4X.pgp Description: PGP signature
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 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.0 +0200
+++ Makefile2013-08-07 20:42:11.0 +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 bsd.port.options.mk
--- Makefile.orig 2013-06-20 17:40:13.0 +0200
+++ Makefile2013-08-07 20:47:21.0 +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
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
