Date: Sat, 7 Sep 2013 22:17:55 +0200 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: "O. Hartmann" <ohartman@zedat.fu-berlin.de> Cc: freebsd-current@freebsd.org, FreeBSD ports list <freebsd-ports@FreeBSD.org> Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907221755.50f5d9e8@thor.walstatt.dyndns.org> In-Reply-To: <20130907215211.259cdadc@thor.walstatt.dyndns.org> References: <alpine.BSF.2.00.1309052239330.54835@mail.neu.net> <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907211336.6e538a3f@thor.walstatt.dyndns.org> <20130907215211.259cdadc@thor.walstatt.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/oOyEn50gf2B++8ccScDERp6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 7 Sep 2013 21:52:11 +0200 "O. Hartmann" <ohartman@zedat.fu-berlin.de> wrote: > On Sat, 7 Sep 2013 21:13:36 +0200 > "O. Hartmann" <ohartman@zedat.fu-berlin.de> wrote: >=20 > > While proceeding in the iconv-mess, I run into a very nasty > > situation with some ports showing strange linker errors on most > > recent systems. > >=20 > > The symptoms are present on boxes with CURRENT > r255259, for > > instance, the error below is taken from a box which has already > > compiled the port in question successfully, but then I recompiled > > world, installed world and proceeded this morning with the port's > > updating mess. And the boxes in question are at > >=20 > > FreeBSD 10.0-CURRENT #2 r255356: Sat Sep 7 13:04:03 CEST 2013 amd64 > >=20 > > Those machines I maintain all use the very same /etc/src.conf and > > settings there, so issues with libc++11 et cetera must then related > > to the different OS revision. > >=20 > > I see qt4-scripts and kdelibs4 failing with some strange undefined > > references to 'swap' in c++ classes, as well as several very severe > > prerequisits for kdevelop (I do not use KDE, so I simply have the > > kdevelopp stuff amongst necessary ports). Below the failing port > > textproc/libxml++26 which fails on r255356, but not on the box with > > r255259. > >=20 > > On the failing system, I'm able to compile the port devel/glibmm. > >=20 > >=20 > > [...] > > libtool: link: c++ -Wall -O2 -pipe -O3 -march=3Dnative > > -fno-strict-aliasing -o > > examples/dom_parse_entities/.libs/dom_parse_entities > > examples/dom_parse_entities/main.o libxml++/.libs/libxml++-2.6.so > > -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma > > -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so /u= sr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libg= lib-2.0.so > > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/loca= l/lib/libsigc-2.0.so > > -pthread -Wl,-rpath -Wl,/usr/local/lib libtool: link: c++ -Wall -O2 > > -pipe -O3 -march=3Dnative -fno-strict-aliasing -o > > examples/dom_build/.libs/dom_build examples/dom_build/main.o > > libxml++/.libs/libxml++-2.6.so > > -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma > > -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so /u= sr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libg= lib-2.0.so > > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/loca= l/lib/libsigc-2.0.so > > -pthread -Wl,-rpath > > -Wl,/usr/local/lib /usr/local/lib/libglibmm-2.4.so: undefined > > reference to > > `sigc::internal::signal_impl::erase(std::__1::__list_iterator<sigc::slo= t_base, > > void*>)' /usr/local/lib/libglibmm-2.4.so: undefined reference to > > `sigc::internal::signal_impl::insert(std::__1::__list_iterator<sigc::sl= ot_base, > > void*>, sigc::slot_base const&)' /usr/local/lib/libglibmm-2.4.so: > > undefined reference to > > `sigc::internal::signal_impl::erase(std::__1::__list_iterator<sigc::slo= t_base, > > void*>)/usr/local/lib/libglibmm-2.4.so: undefined reference to > > `sigc::internal::signal_impl::erase(std::__1::__list_iterator<sigc::slo= t_base, > > void*>)' > > ' /usr/local/lib/libglibmm-2.4.so: /usr/local/lib/libglibmm-2.4.so: > > undefined reference to > > `sigc::internal::signal_impl::insert(std::__1::__list_iterator<sigc::sl= ot_base, > > void*>, sigc::slot_base const&)' undefined reference to > > `sigc::internal::signal_impl::insert(std::__1::__list_iterator<sigc::sl= ot_base, > > void*>, sigc::slot_base const&)' c++: error: linker command failed > > with exit code 1 (use -v to see invocation) gmake[2]: *** > > [examples/dom_parser/dom_parser] Error 1 gmake[2]: *** Waiting for > > unfinished jobs.... c++: error: linker command failed with exit code > > 1 (use -v to see invocation) c++: error: linker command failed with > > exit code 1 (use -v to see invocation) gmake[2]: *** > > [examples/dom_parse_entities/dom_parse_entities] Error 1 gmake[2]: > > *** [examples/dom_build/dom_build] Error 1 gmake[2]: Leaving > > directory `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' > > gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory > > `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' =3D=3D=3D> > > Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and > > rebuild before reporting the failure to the maintainer. *** Error > > code 1 > >=20 > > Stop. > > make: stopped in /usr/ports/textproc/libxml++26 > >=20 > > =3D=3D=3D>>> make failed for textproc/libxml++26 > > =3D=3D=3D>>> Aborting update > >=20 > > =3D=3D=3D>>> Update for textproc/libxml++26 failed > > =3D=3D=3D>>> Aborting update > >=20 > > =3D=3D=3D>>> Killing background jobs > > Terminated > >=20 > > =3D=3D=3D>>> You can restart from the point of failure with this command > > line: portmaster <flags> x11-toolkits/pangomm textproc/libxml++26=20 > >=20 > > =3D=3D=3D>>> Exiting > >=20 >=20 > This happens in devel/qt4-script only on most recent r255356. Same > port, same revision of the ports-tree (326682) on a box with r255259 > compiles without error. >=20 > [...] > In file included > from ../3rdparty/javascriptcore/JavaScriptCore/API/JSBase.cpp:26: In > file included > from ../3rdparty/javascriptcore/JavaScriptCore/config.h:68: In file > included > from ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.h:27: In > file included from /usr/include/c++/v1/new:56: In file included > from /usr/include/c++/v1/exception:81: /usr/include/c++/v1/type_traits:31= 75:22: > error: call to 'swap' is ambiguous typedef > decltype(swap(_VSTD::declval<_Tp&>(), _VSTD::declval<_Tp&>())) type; >=20 And this mess happens now on r255356 boxes, while it is all right on r255259, port is net/openldap24-server. As I reported earlier, r255259 works, r255356 doesn't and make the mess and frustration even worse. On box in question running r255356 has been updated worl/kernel BEVOR I started the iconv-update and it fails now in ports where the other systems with earlier revisions didn't (i.e. r255259). Updating on box from r255259 to r255356 while in updating progress reveals, that now ports that has been compiled prior to the update now fails with the very same errors as on the box I updated BEVOR I started iconv-update. [...] --- all-common --- for page in slapacl.8 slapadd.8 slapauth.8 slapcat.8 slapd.8 slapdn.8 slapindex.8 slappasswd.8 slapschema.8 slaptest.8; do sed -e "s%LDVERSION%2.4.36%" -e 's%ETCDIR%/usr/local/etc/openldap%g' -e 's%LOCALSTATEDIR%/var/db%' -e 's%SYSCONFDIR%/usr/local/etc/openldap%' -e 's%DATADIR%/usr/local/share/openldap%' -e 's%SBINDIR%/usr/local/sbin%' -e 's%BINDIR%/usr/local/bin%' -e 's%LIBDIR%/usr/local/lib%' -e 's%LIBEXECDIR%/usr/local/libexec%' -e 's%MODULEDIR%/usr/local/libexec/openldap%' -e 's%RELEASEDATE%2013/08/17%' ./$page | (cd .; soelim -) > $page.tmp; done /usr/local/bin/libtool --mode=3Dcompile gcc -g -O2 -Wall -DDO_SAMBA -I../../../include -I../../../include -I../../../servers/slapd -I/usr/heimdal/include -c smbk5pwd.c libtool: compile: gcc -g -O2 -Wall -DDO_SAMBA -I../../../include -I../../../include -I../../../servers/slapd -I/usr/heimdal/include -c smbk5pwd.c -fPIC -DPIC -o .libs/smbk5pwd.o eval: gcc: not found *** Error code 1 Stop. make[2]: stopped in /usr/ports/net/openldap24-server/work/openldap-2.4.36/contrib/slapd-modu= les/smbk5pwd *** Error code 1 Stop. make[1]: stopped in /usr/ports/net/openldap24-server *** Error code 1 Stop. make: stopped in /usr/ports/net/openldap24-server --Sig_/oOyEn50gf2B++8ccScDERp6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSK4nzAAoJEOgBcD7A/5N8mdUIANfcOnrf6JiwB8dPbKOYT+WK o2Uw11CXK1llTO1Qh+DTGo0FckOVTSQxFHSMiHNLHk/QWcUR20HECRW7nbe94AI2 5Z1UbJ/E6+ODj//GE/Fj/5DOZf4AxMIm9rwq++kCvJGidxgI13DgByuIlQNphjkZ aorm+M5MfhtKYeQ6p2JFWNLfrLh5/ZClTcDLn4uB5Eml92cDsrTI2kZVHPcz5PP7 YH9Q4IdM49MxKEKJ40qrdW0V64qLeZJIdCntjp1h/EutHllUFjDtjt0AEwIT+cqw 1t/tlhgLT0kZ1k8K6Rjobrt23oPgQbWsaI0iMayX/ImyirPFcXaBaiMe4sjf3FM= =/OTU -----END PGP SIGNATURE----- --Sig_/oOyEn50gf2B++8ccScDERp6--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130907221755.50f5d9e8>