From owner-freebsd-ports-bugs@freebsd.org Fri Jan 5 08:32:58 2018 Return-Path: Delivered-To: freebsd-ports-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 675F3EBD101 for ; Fri, 5 Jan 2018 08:32:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 514D27DCCC for ; Fri, 5 Jan 2018 08:32:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w058Wwak040758 for ; Fri, 5 Jan 2018 08:32:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w058WwrE040757 for freebsd-ports-bugs@FreeBSD.org; Fri, 5 Jan 2018 08:32:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 224669] [exp-run] Against projects/clang600-import branch Date: Fri, 05 Jan 2018 08:32:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Ports Framework X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jbeich@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: portmgr@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2018 08:32:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D224669 --- Comment #13 from Jan Beich --- (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>"b= ad_C++_code"} > + {"origin"=3D>"comms/aprsd", "phase"=3D>"build", "errortype"=3D>"bad_C++= _code"} > + {"origin"=3D>"devel/commoncpp", "phase"=3D>"build", "errortype"=3D>"bad= _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", "errorty= pe"=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>"bad= _C++_code"} > + {"origin"=3D>"net-mgmt/kismet", "phase"=3D>"build", "errortype"=3D>"bad= _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++_c= ode"} > + {"origin"=3D>"net/udt", "phase"=3D>"build", "errortype"=3D>"bad_C++_cod= e"} > + {"origin"=3D>"net/xmlrpc-c", "phase"=3D>"build", "errortype"=3D>"???"} > + {"origin"=3D>"news/newscache", "phase"=3D>"build", "errortype"=3D>"bad_= C++_code"} > + {"origin"=3D>"security/openvpn-auth-radius", "phase"=3D>"build", "error= type"=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>"bad= _C++_code"} > + {"origin"=3D>"x11/nxcomp", "phase"=3D>"build", "errortype"=3D>"bad_C++_= code"} libc++ punishes bind(2) users for "using namespace std" unlike libstdc++. ::bind(), dropping "using ..." or -std=3Dgnu++03 would fix it. Am I correct= only the first one doesn't have drawbacks to apply under portmgr blanket? $ cat a.cc #include #include using namespace std; int main() { if (bind(0,0,0) =3D=3D -1) return 1; return 0; } $ c++ a.cc a.cc:8:19: error: invalid operands to binary expression ('__bind' and 'int') if (bind(0,0,0) =3D=3D -1) ~~~~~~~~~~~ ^ ~~ /usr/include/c++/v1/utility:556:1: note: candidate template ignored: could = not match 'pair' against '__bind' operator=3D=3D(const pair<_T1,_T2>& __x, const pair<_T1,_T2>& __y) ^ /usr/include/c++/v1/iterator:694:1: note: candidate template ignored: could= not match 'reverse_iterator' against '__bind' operator=3D=3D(const reverse_iterator<_Iter1>& __x, const reverse_iterator<= _Iter2>& __y) ^ /usr/include/c++/v1/iterator:923:1: note: candidate template ignored: could= not match 'istream_iterator' against '__bind' operator=3D=3D(const istream_iterator<_Tp, _CharT, _Traits, _Distance>& __x, ^ /usr/include/c++/v1/iterator:1027:6: note: candidate template ignored: could not match 'istreambuf_iterator' against '__bind' bool operator=3D=3D(const istreambuf_iterator<_CharT,_Traits>& __a, ^ /usr/include/c++/v1/iterator:1135:1: note: candidate template ignored: could not match 'move_iterator' against '__bind' operator=3D=3D(const move_iterator<_Iter1>& __x, const move_iterator<_Iter2= >& __y) ^ /usr/include/c++/v1/iterator:1504:1: note: candidate template ignored: could not match '__wrap_iter' against '__bind' operator=3D=3D(const __wrap_iter<_Iter1>& __x, const __wrap_iter<_Iter2>& _= _y) _NOEXCEPT_DEBUG ^ /usr/include/c++/v1/tuple:1144:1: note: candidate template ignored: could n= ot match 'tuple' against '__bind' operator=3D=3D(const tuple<_Tp...>& __x, const tuple<_Up...>& __y) ^ /usr/include/c++/v1/memory:1958:6: note: candidate template ignored: could = not match 'allocator' against '__bind' bool operator=3D=3D(const allocator<_Tp>&, const allocator<_Up>&) _NOEXCEPT= {return true;} ^ /usr/include/c++/v1/memory:2907:1: note: candidate template ignored: could = not match 'unique_ptr' against '__bind' operator=3D=3D(const unique_ptr<_T1, _D1>& __x, const unique_ptr<_T2, _D2>&= __y) {return __x.get(... ^ /usr/include/c++/v1/memory:2943:1: note: candidate template ignored: could = not match 'unique_ptr' against '__bind' operator=3D=3D(const unique_ptr<_T1, _D1>& __x, nullptr_t) _NOEXCEPT ^ /usr/include/c++/v1/memory:2951:1: note: candidate template ignored: could = not match 'unique_ptr' against 'int' operator=3D=3D(nullptr_t, const unique_ptr<_T1, _D1>& __x) _NOEXCEPT ^ /usr/include/c++/v1/memory:4739:1: note: candidate template ignored: could = not match 'shared_ptr' against '__bind' operator=3D=3D(const shared_ptr<_Tp>& __x, const shared_ptr<_Up>& __y) _NOE= XCEPT ^ /usr/include/c++/v1/memory:4788:1: note: candidate template ignored: could = not match 'shared_ptr' against '__bind' operator=3D=3D(const shared_ptr<_Tp>& __x, nullptr_t) _NOEXCEPT ^ /usr/include/c++/v1/memory:4796:1: note: candidate template ignored: could = not match 'shared_ptr' against 'int' operator=3D=3D(nullptr_t, const shared_ptr<_Tp>& __x) _NOEXCEPT ^ /usr/include/c++/v1/functional:1955:1: note: candidate template ignored: co= uld not match 'function' against '__bind' operator=3D=3D(const function<_Rp(_ArgTypes...)>& __f, nullptr_t) _NOEXCEPT= {return !__f;} ^ /usr/include/c++/v1/functional:1960:1: note: candidate template ignored: co= uld not match 'function' against 'int' operator=3D=3D(nullptr_t, const function<_Rp(_ArgTypes...)>& __f) _NOEXCEPT= {return !__f;} ^ 1 error generated. --=20 You are receiving this mail because: You are on the CC list for the bug.=