From owner-freebsd-ports@FreeBSD.ORG Sun Sep 8 20:58:28 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B03C9DA; Sun, 8 Sep 2013 20:58:28 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43AB920F4; Sun, 8 Sep 2013 20:58:27 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIm3u-001cfz-JH>; Sun, 08 Sep 2013 22:58:26 +0200 Received: from f052243160.adsl.alicedsl.de ([78.52.243.160] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIm3u-0036CM-EB>; Sun, 08 Sep 2013 22:58:26 +0200 Date: Sun, 8 Sep 2013 22:58:25 +0200 From: "O. Hartmann" To: Dimitry Andric Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous Message-ID: <20130908225825.6b120d6a@thor.walstatt.dyndns.org> In-Reply-To: <0F2C94E4-A544-482F-A479-B7E70D49E615@FreeBSD.org> References: <201309072249.r87MnsLP052803@freefall.freebsd.org> <20130908081445.242f77c7@thor.walstatt.dyndns.org> <0F2C94E4-A544-482F-A479-B7E70D49E615@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ZvONgQIOUP_y6_knjJdOwnq"; protocol="application/pgp-signature" X-Originating-IP: 78.52.243.160 Cc: freebsd-current@freebsd.org, kde@FreeBSD.org, rakuco@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 20:58:28 -0000 --Sig_/ZvONgQIOUP_y6_knjJdOwnq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 8 Sep 2013 14:57:01 +0200 Dimitry Andric wrote: > On Sep 8, 2013, at 08:14, O. Hartmann > wrote: > > On Sat, 7 Sep 2013 22:49:54 GMT > > rakuco@FreeBSD.org wrote: > >=20 > >> Synopsis: > >> devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: > >> call to 'swap' is ambiguous > >>=20 > >> State-Changed-From-To: open->patched > >> State-Changed-By: rakuco > >> State-Changed-When: Sat Sep 7 22:47:43 UTC 2013 > >> State-Changed-Why:=20 > >> I don't think the previous version worked. > >>=20 > >> From your description, it looks like you've switched to building > >> with libc++ whereas libstdc++ was being used before. > >>=20 > >> The upcoming Qt 4.8.5 plus a few patches which only made it to > >> 4.8.6 (but we've backported) will finally make Qt build with > >> libc++. > >>=20 > >> We've just sent an exp-run request for Qt 4.8.5, and will hopefully > >> fix all these errors once it is committed. > >>=20 > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181913 > >=20 > > I build the world/kernel since early this year with=20 > >=20 > > CXXFLAGS+=3D -stdlib=3Dlibc++ > > CXXFLAGS+=3D -std=3Dc++11 > >=20 > >=20 > > in /etc/src.conf. I do not use those flags > > in /etc/make.conf! /etc/src.conf is supposed to target ONLY > > the /usr/src world, not the ports - this is as I interpret the man > > page for /etc/src.conf and it would be logical. But this > > rule/thinking seems to be broken by some includes > > from /usr/ports/Mk ingredients. >=20 > Since r255321, -stdlib=3Dlibc++ is effectively the default, at least > when you haven't set gcc as the default compiler. So it also applies > to ports, which unavoidably will lead to a bit of fallout. My > personal experience is that most C++-based ports compile fine with > libc++ instead of libstdc++, except for a few that rely on internal > libstdc++ details. >=20 > However, -std=3Dc++11 is *not* yet the default, and C++11 has different > rules here and there, so some ports might fail to compile due to this. > For some ports, too much hacking may be required to make them work > with C++11. So in case of trouble, try removing -std=3D, or setting it > to different values (c++0x, c++98, gnu++98, etc), to get the port to > compile. >=20 > Note the base system should have no problems with -std=3Dc++11, so > please continue to use the option in src.conf, and report any > problems if you encounter them, so we can fix them. :-) >=20 > -Dimitry >=20 Hello Dimitry, btw, see PR ports/181932. This is definitely NOT libc++ related. It came up since nearly all qt4-related clients (also kdelibs) fail and drop core on r255398 - they worked prior to the last update today. I tried recompiling qt4- and kdelibs4 to get my kdevelop environment as well as libreoffice back (the drop core, as well as firefox, out of the blue). I also tried compiling those ports without any settings of CXXFLAGS in /etc/src.conf, but it doens't help. I can not understand why two critical changes from different branches of the maintainig get the same time into the public (iconv/ports and libstdc++ vanishing). Maybe I'm wrong here, but after three days, two nights non-stop updating I'm through with this toy. --Sig_/ZvONgQIOUP_y6_knjJdOwnq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLOTxAAoJEOgBcD7A/5N8Ql4IAJcMGV7u/b7bG5Lm154AEkql J4MauLfy+8JSbKBtvA6mArK1huxXmKbH+LP/o2Egao0vJgQlV8IBUTGzjegAHKFn 2Qt+vL2HfGA/C1Je5UuWTyNYpaZxylUDcGiufmcubVZSDPVqoegTKdmgHPA9+5Rk 6L8sa4+ySKLsHDvGHTS/nMJ/xXY5iJkTEkQeQZUCF7B7h00w8m9NixQ0536XzeH6 aOmQ/fMsLO3nAYP9QzagHrLNBY2GetRRcyA0OgTVH+fUewQEXa5oBYqUjC03vrW/ mi4sb2nx/3lsM1PSm975M5XFGhwWoS+IlQQPpmz3QEmZAZ2W9IpxY4nIhyVx8lc= =GxfI -----END PGP SIGNATURE----- --Sig_/ZvONgQIOUP_y6_knjJdOwnq--