Date: Fri, 05 Jan 2018 09:17:54 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 224669] [exp-run] Against projects/clang600-import branch Message-ID: <bug-224669-13-nEmu4Wo9hQ@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-224669-13@https.bugs.freebsd.org/bugzilla/> References: <bug-224669-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D224669 --- Comment #14 from Dimitry Andric <dim@FreeBSD.org> --- (In reply to Jan Beich from comment #13) > (In reply to Antoine Brodin from comment #4) > > + {"origin"=3D>"audio/ecasound", "phase"=3D>"build", "errortype"=3D>"??= ?"} > > + {"origin"=3D>"benchmarks/postal", "phase"=3D>"build", "errortype"=3D>= "bad_C++_code"} > > + {"origin"=3D>"comms/aprsd", "phase"=3D>"build", "errortype"=3D>"bad_C= ++_code"} > > + {"origin"=3D>"devel/commoncpp", "phase"=3D>"build", "errortype"=3D>"b= ad_C++_code"} > > + {"origin"=3D>"devel/jrtplib", "phase"=3D>"build", "errortype"=3D>"bad= _C++_code"} > > + {"origin"=3D>"devel/kaptain", "phase"=3D>"build", "errortype"=3D>"bad= _C++_code"} > > + {"origin"=3D>"devel/lfcbase", "phase"=3D>"build", "errortype"=3D>"bad= _C++_code"} > > + {"origin"=3D>"devel/libsigc++12", "phase"=3D>"build", "errortype"=3D>= "???"} > > + {"origin"=3D>"devel/rubygem-eventmachine", "phase"=3D>"stage", "error= type"=3D>"bad_C++_code"} > > + {"origin"=3D>"games/crack-attack", "phase"=3D>"build", "errortype"=3D= >"bad_C++_code"} > > + {"origin"=3D>"games/eboard", "phase"=3D>"build", "errortype"=3D>"bad_= C++_code"} > > + {"origin"=3D>"games/xevil", "phase"=3D>"build", "errortype"=3D>"bad_C= ++_code"} > > + {"origin"=3D>"multimedia/cx88", "phase"=3D>"build", "errortype"=3D>"b= ad_C++_code"} > > + {"origin"=3D>"net-mgmt/kismet", "phase"=3D>"build", "errortype"=3D>"b= ad_C++_code"} > > + {"origin"=3D>"net/dbeacon", "phase"=3D>"build", "errortype"=3D>"bad_C= ++_code"} > > + {"origin"=3D>"net/libproxy", "phase"=3D>"build", "errortype"=3D>"???"} > > + {"origin"=3D>"net/paris-traceroute", "phase"=3D>"build", "errortype"= =3D>"bad_C++_code"} > > + {"origin"=3D>"net/stund", "phase"=3D>"build", "errortype"=3D>"bad_C++= _code"} > > + {"origin"=3D>"net/udt", "phase"=3D>"build", "errortype"=3D>"bad_C++_c= ode"} > > + {"origin"=3D>"net/xmlrpc-c", "phase"=3D>"build", "errortype"=3D>"???"} > > + {"origin"=3D>"news/newscache", "phase"=3D>"build", "errortype"=3D>"ba= d_C++_code"} > > + {"origin"=3D>"security/openvpn-auth-radius", "phase"=3D>"build", "err= ortype"=3D>"bad_C++_code"} > > + {"origin"=3D>"sysutils/istatserver", "phase"=3D>"build", "errortype"= =3D>"bad_C++_code"} > > + {"origin"=3D>"www/dfileserver", "phase"=3D>"stage", "errortype"=3D>"b= ad_C++_code"} > > + {"origin"=3D>"x11/nxcomp", "phase"=3D>"build", "errortype"=3D>"bad_C+= +_code"} >=20 > libc++ punishes bind(2) users for "using namespace std" unlike libstdc++. I see that libstdc++ actually has a specific SFINAE hack to support this, s= ee: https://gcc.gnu.org/viewcvs/gcc?view=3Drevision&revision=3D173279 Maybe it would be a nice QoI feature for libc++. I'll ask upstream. > ::bind(), dropping "using ..." or -std=3Dgnu++03 would fix it. Am I corre= ct > only the first one doesn't have drawbacks to apply under portmgr blanket? The first solution is indeed the safest. Could even be done with REINPLACE_CMD... :) --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-224669-13-nEmu4Wo9hQ>