Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

From: O. Hartmann <ohartman_at_zedat.fu-berlin.de>
Date: Sat, 7 Sep 2013 22:17:55 +0200
On Sat, 7 Sep 2013 21:52:11 +0200
"O. Hartmann" <ohartman_at_zedat.fu-berlin.de> wrote:

> On Sat, 7 Sep 2013 21:13:36 +0200
> "O. Hartmann" <ohartman_at_zedat.fu-berlin.de> wrote:
> 
> > While proceeding in the iconv-mess, I run into a very nasty
> > situation with some ports showing strange linker errors on most
> > recent systems.
> > 
> > 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
> > 
> > FreeBSD 10.0-CURRENT #2 r255356: Sat Sep  7 13:04:03 CEST 2013 amd64
> > 
> > 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.
> > 
> > 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.
> > 
> > On the failing system, I'm able to compile the port devel/glibmm.
> > 
> > 
> > [...]
> > libtool: link: c++ -Wall -O2 -pipe -O3 -march=native
> > -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 /usr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libglib-2.0.so
> > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/local/lib/libsigc-2.0.so
> > -pthread -Wl,-rpath -Wl,/usr/local/lib libtool: link: c++ -Wall -O2
> > -pipe -O3 -march=native -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 /usr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libglib-2.0.so
> > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/local/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::slot_base,
> > void*>)' /usr/local/lib/libglibmm-2.4.so: undefined reference to
> > `sigc::internal::signal_impl::insert(std::__1::__list_iterator<sigc::slot_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::slot_base,
> > void*>)/usr/local/lib/libglibmm-2.4.so: undefined reference to
> > `sigc::internal::signal_impl::erase(std::__1::__list_iterator<sigc::slot_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::slot_base,
> > void*>, sigc::slot_base const&)' undefined reference to
> > `sigc::internal::signal_impl::insert(std::__1::__list_iterator<sigc::slot_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' ===>
> > Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and
> > rebuild before reporting the failure to the maintainer. *** Error
> > code 1
> > 
> > Stop.
> > make: stopped in /usr/ports/textproc/libxml++26
> > 
> > ===>>> make failed for textproc/libxml++26
> > ===>>> Aborting update
> > 
> > ===>>> Update for textproc/libxml++26 failed
> > ===>>> Aborting update
> > 
> > ===>>> Killing background jobs
> > Terminated
> > 
> > ===>>> You can restart from the point of failure with this command
> > line: portmaster <flags> x11-toolkits/pangomm textproc/libxml++26 
> > 
> > ===>>> Exiting
> > 
> 
> 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.
> 
> [...]
> 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:3175:22:
> error: call to 'swap' is ambiguous typedef
> decltype(swap(_VSTD::declval<_Tp&>(), _VSTD::declval<_Tp&>())) type;
> 


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=compile 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-modules/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


Received on Sat Sep 07 2013 - 18:17:58 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:41 UTC