From owner-freebsd-toolchain@freebsd.org Mon Nov 21 03:53:31 2016 Return-Path: Delivered-To: freebsd-toolchain@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 E2C5DC47848 for ; Mon, 21 Nov 2016 03:53:31 +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 B9CC21323 for ; Mon, 21 Nov 2016 03:53:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uAL3rVq6043552 for ; Mon, 21 Nov 2016 03:53:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 214485] sysutils/freefilesync: fails to build with boost 1.62 Date: Mon, 21 Nov 2016 03:53:31 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@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-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 03:53:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214485 --- Comment #1 from commit-hook@freebsd.org --- A commit references this bug: Author: jbeich Date: Mon Nov 21 03:52:38 UTC 2016 New revision: 426687 URL: https://svnweb.freebsd.org/changeset/ports/426687 Log: sysutils/freefilesync: unbreak with boost 1.62 on 11.0+ In file included from algorithm.cpp:13: In file included from ../../zen/guid.h:16: In file included from /usr/local/include/boost/uuid/uuid_generators.hpp:1= 7: In file included from /usr/local/include/boost/uuid/random_generator.hpp:= 17: In file included from /usr/local/include/boost/shared_ptr.hpp:17: In file included from /usr/local/include/boost/smart_ptr/shared_ptr.hpp:2= 8: In file included from /usr/local/include/boost/smart_ptr/detail/shared_count.hpp:29: In file included from /usr/local/include/boost/smart_ptr/detail/sp_counted_base.hpp:45: In file included from /usr/local/include/boost/smart_ptr/detail/sp_counted_base_clang.hpp:18: In file included from /usr/local/include/boost/detail/sp_typeinfo.hpp:20: In file included from /usr/local/include/boost/core/typeinfo.hpp:119: In file included from /usr/local/include/boost/core/demangle.hpp:32: /usr/include/c++/v1/cxxabi.h:190:19: error: '__cxa_get_globals' is missing exception specification 'noexcept' __cxa_eh_globals *__cxa_get_globals(void); ^ ../../zen/scope_guard.h:31:30: note: previous declaration is here extern "C" __cxa_eh_globals* __cxa_get_globals() noexcept; ^ PR: 214485 Reported by: antoine (via exp-run) Changes: head/sysutils/freefilesync/Makefile head/sysutils/freefilesync/files/patch-zen_scope__guard.h --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Mon Nov 21 03:57:13 2016 Return-Path: Delivered-To: freebsd-toolchain@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 0955AC47931 for ; Mon, 21 Nov 2016 03:57:13 +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 ECA7413E4 for ; Mon, 21 Nov 2016 03:57:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uAL3vCAH032115 for ; Mon, 21 Nov 2016 03:57:12 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 214485] sysutils/freefilesync: fails to build with boost 1.62 Date: Mon, 21 Nov 2016 03:57:13 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jbeich@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jbeich@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution assigned_to 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-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 03:57:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214485 Jan Beich (mail not working) changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED Assignee|freebsd-ports-bugs@FreeBSD. |jbeich@FreeBSD.org |org | --- Comment #2 from Jan Beich (mail not working) --- libc++ vs. libstdc++ fixed via std::uncaught_exceptions, sidestepping the issue. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Tue Nov 22 08:08:41 2016 Return-Path: Delivered-To: freebsd-toolchain@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 ACC2FC4B09A for ; Tue, 22 Nov 2016 08:08:41 +0000 (UTC) (envelope-from clutton@zoho.com) Received: from sender153-mail.zoho.com (sender153-mail.zoho.com [74.201.84.153]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D23C1871 for ; Tue, 22 Nov 2016 08:08:41 +0000 (UTC) (envelope-from clutton@zoho.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=message-id:subject:from:to:date:content-type:mime-version; b=pn56omSIPsigB9yFCwIJ0M6iBLvbvQNbEr921YWsj4ZcjeS7kR51YV4PBxrOD/0xGwtxOrisw3O0 Cbq8yms83NYmv98uzxFBqyVvoS1W2qxERMnU3jEJ26YYHQSZAcF7 Received: from [192.168.11.5] (mktechs.net [46.229.54.117]) by mx.zohomail.com with SMTPS id 1479802117591712.6365175911694; Tue, 22 Nov 2016 00:08:37 -0800 (PST) Message-ID: <1479802109.68675.23.camel@zoho.com> Subject: devel/libc++ too old From: clutton To: freebsd-toolchain@freebsd.org Date: Tue, 22 Nov 2016 10:08:29 +0200 Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-QM0Ct3jd70EBmGAhAXTk" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 X-Zoho-Virus-Status: 1 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2016 08:08:41 -0000 --=-QM0Ct3jd70EBmGAhAXTk Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi list. I was scared to write here for a long time. Now it's probably the time to deal with my fears :) New www/chromium port (currently only on github) has problems building on 10.1 and 9x releases because of outdated libc++. I tried to use libc++ from ports and just has found that the library is outdated too. It gave me an error from clang 3.6 time if I'm not mistaken. Are there any plans to update the port? Also, thank you for maintaining such huge and great toolkit. /usr/local/include/c++/v1/type_traits:438:83: error: no matching function for call to '__source' =C2=A0=C2=A0=C2=A0=C2=A0: public integral_constant(__libcpp_is_function_imp:: __source<_Tp>())) =3D=3D 1> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^~~~~~~~~= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/local/include/c++/v1/type_traits:443:14: note: in instantiation of template class 'std::__1::__libcpp_is_function' requested here =C2=A0=C2=A0=C2=A0=C2=A0: public __libcpp_is_function<_Tp> {}; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^ /usr/local/include/c++/v1/type_traits:448:97: note: in instantiation of template class 'std::__1::is_function' requested here template struct __libcpp_is_member_function_pointer<_Tp _Up::*> : public is_function<_Tp> {}; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= ^ /usr/local/include/c++/v1/type_traits:451:14: note: in instantiation of template class 'std::__1::__libcpp_is_member_function_pointer' requested here =C2=A0=C2=A0=C2=A0=C2=A0: public __libcpp_is_member_function_pointer::type> {}; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^ /usr/local/include/c++/v1/type_traits:3134:17: note: in instantiation of template class 'std::__1::is_member_function_pointer' requested here =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0is_member_function_pointer::type>::value && =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/type_traits:3141:1: note: in instantiation of default argument for '__invoke' required here __invoke(_Fp&& __f, _A0&& __a0, _Args&& ...__args) ^~~~~~~~ /usr/local/include/c++/v1/type_traits:3187:13: note: (skipping 6 contexts in backtrace; use -ftemplate-backtrace-limit=3D0 to see all) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0__i= nvoke(std::__1::declval<_Fp>(), std::__1::declval<_Args>()...) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/type_traits:3187:13: note: while substituting deduced template arguments into function template '__invoke' [with _Fp =3D std::__1::__bind &, _Args =3D ] /usr/local/include/c++/v1/type_traits:3195:11: note: in instantiation of template class 'std::__1::__invokable_imp &, unsigned char *>' requested here =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0__invokable_imp= <_Fp, _Args...>::value> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1427:33: note: in instantiation of template class 'std::__1::__invokable &, unsigned char *>' requested here =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0__invokable<_Fp&, _ArgTypes...>::= value> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1454:41: note: in instantiation of default argument for '__callable >' required here =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0__callable<_Fp>::value && =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0^~~~~~~~~~~~~~~ ../../third_party/flatbuffers/src/include/flatbuffers/flatbuffers.h:467 :7: note: while substituting deduced template arguments into function template 'function' [with _Fp =3D std::__1::__bind] =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0std::bind(&simple_allocator::deallocate= , allocator_, buf_)); =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/type_traits:429:27: note: candidate template ignored: substitution failure [with _Tp =3D void (unsigned char *) const]: reference to function type 'void (unsigned char *) const' cannot have 'const' qualifier template _Tp& __source(); =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0~~~=C2=A0=C2=A0^ In file included from ../../third_party/flatbuffers/src/src/idl_gen_cpp.cpp:19: ../../third_party/flatbuffers/src/include/flatbuffers/flatbuffers.h:466 :36: error: no matching constructor for initialization of 'std::function' (aka 'function') =C2=A0=C2=A0=C2=A0=C2=A0std::function deleter( =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1448:5: note: candidate constructor not viable: no known conversion from '__bind' to 'nullptr_t' for 1st argument =C2=A0=C2=A0=C2=A0=C2=A0function(nullptr_t) noexcept : __f_(0) {} =C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1449:5: note: candidate constructor not viable: no known conversion from '__bind' to 'const std::__1::function' for 1st argument =C2=A0=C2=A0=C2=A0=C2=A0function(const function&); =C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1450:5: note: candidate constructor not viable: no known conversion from '__bind' to 'std::__1::function' for 1st argument =C2=A0=C2=A0=C2=A0=C2=A0function(function&&) noexcept; =C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1454:41: note: candidate template ignored: disabled by 'enable_if' [with _Fp =3D std::__1::__bind] =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0__callable<_Fp>::value && =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1460:7: note: candidate constructor template not viable: requires 2 arguments, but 1 was provided =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0function(allocator_arg_t, const _Alloc&= ) noexcept : __f_(0) {} =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1463:7: note: candidate constructor template not viable: requires 3 arguments, but 1 was provided =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0function(allocator_arg_t, const _Alloc&= , nullptr_t) noexcept : __f_(0) {} =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1465:7: note: candidate constructor template not viable: requires 3 arguments, but 1 was provided =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0function(allocator_arg_t, const _Alloc&= , const function&); =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1467:7: note: candidate constructor template not viable: requires 3 arguments, but 1 was provided =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0function(allocator_arg_t, const _Alloc&= , function&&); =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1469:7: note: candidate constructor template not viable: requires at least 3 arguments, but 1 was provided =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0function(allocator_arg_t, const _Alloc&= __a, _Fp __f, =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^ /usr/local/include/c++/v1/functional:1446:5: note: candidate constructor not viable: requires 0 arguments, but 1 was provided =C2=A0=C2=A0=C2=A0=C2=A0function() noexcept : __f_(0) {} =C2=A0=C2=A0=C2=A0=C2=A0^ 2 errors generated. --=-QM0Ct3jd70EBmGAhAXTk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQIcBAABCAAGBQJYM/z9AAoJEH2wP42yyP6QovcQALlN9o9UEElVpHE+mmhiY7yE nhl9ik/kLFttU/G/SVaMbJZHdCvZgK9pm5H3l4TXnQFwiEUNNbGsE9f0mJpONrNB SqX7FiKKGqVLAe5soLCwGn3VDmdD4xHIJzAiBorgzpwO0e4ifocIv7yTQOfISCwE cxgpqUa/9d9QinB7T7z3OHZ2sgP6Z+G6P32sKed/VZ9Mf+OStuDo5OQg/IkV/DxZ 7IDURE7VPH2t/21+ODrwK+xZwoHtTyTzRb3yqQkSUFLvfzrRm/BYpkebsTeWZpXY d7iHDUW3hZjwfsldySgAzCE3sTHqoUj83uNPPWASSbi9inuzyZtVNA/hVbgzwY+S wdTco8Xp3Acfc0ZjQkqYe1soMLy/vl0anxV+OJ3iJyh5MzdajmK7Q2fO/QmvSWBz 4z+2b4Rx5WyRAB0NKF5wJlhg0oE0yfHI3figk6i0Uv0dFUjcJKK96wNqF5vWpqFG 97ea2/cUYQyAdRXxOAfVJKSxln0YBF89YusoM5PacHW/yIjdPETTrP7h4plNNCq9 GZUVe77jxCdXRn5KjaInKrOdFg8/gWiASrSUOquR2sqxABs7C4MYExzJg4yUY9Xh yNayYhL6877LECchLi0Yp9HRc+nme8yvDTrsGCU+Sd/ESXC2sOQNlpXLUnSUGHTv jNYLzNNYmZP/9L62MfRj =FhKv -----END PGP SIGNATURE----- --=-QM0Ct3jd70EBmGAhAXTk-- From owner-freebsd-toolchain@freebsd.org Tue Nov 22 08:15:37 2016 Return-Path: Delivered-To: freebsd-toolchain@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 86C66C4B3A0 for ; Tue, 22 Nov 2016 08:15:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 704A51DC8 for ; Tue, 22 Nov 2016 08:15:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 305F2C3A; Tue, 22 Nov 2016 02:15:30 -0600 (CST) Date: Tue, 22 Nov 2016 02:15:29 -0600 From: Mark Linimon To: clutton Cc: freebsd-toolchain@freebsd.org Subject: Re: devel/libc++ too old Message-ID: <20161122081528.GA13722@lonesome.com> References: <1479802109.68675.23.camel@zoho.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1479802109.68675.23.camel@zoho.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2016 08:15:37 -0000 On Tue, Nov 22, 2016 at 10:08:29AM +0200, clutton wrote: > New www/chromium port (currently only on github) has problems building > on 10.1 and 9x releases because of outdated libc++ [...] Are there > any plans to update the port? I'm not the person doing the work, so I can't say for sure, but ... According to https://www.freebsd.org/security/security.html#sup , 10.1, 10.2, and 9.x will reach End-Of-Life within a few weeks. (In particular, most ports maintainers will be glad to see the end of 9.x with its old, annoying, make(1) ). So people will likely tell you "it's time to upgrade". mcl From owner-freebsd-toolchain@freebsd.org Tue Nov 22 08:27:49 2016 Return-Path: Delivered-To: freebsd-toolchain@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 624EAC4BCCE for ; Tue, 22 Nov 2016 08:27:49 +0000 (UTC) (envelope-from clutton@zoho.com) Received: from sender153-mail.zoho.com (sender153-mail.zoho.com [74.201.84.153]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33C0277E for ; Tue, 22 Nov 2016 08:27:48 +0000 (UTC) (envelope-from clutton@zoho.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=message-id:subject:from:to:cc:date:in-reply-to:references:content-type:mime-version; b=ZUHHLwka/yD8aiRy9gUGkyfUK9BMsJBurYtjSDh5yfpfcxSgVmqtUkegPF58dF1ogvR3KrkTL9hI T5HSFSDOiCM5fUu66UyndXQJRs9PdTH/gOYQOHBvW3v7tw7NvTTW Received: from [192.168.11.5] (mktechs.net [46.229.54.117]) by mx.zohomail.com with SMTPS id 1479803254344138.63265182075872; Tue, 22 Nov 2016 00:27:34 -0800 (PST) Message-ID: <1479803245.68675.29.camel@zoho.com> Subject: Re: devel/libc++ too old From: clutton To: Mark Linimon Cc: freebsd-toolchain@freebsd.org Date: Tue, 22 Nov 2016 10:27:25 +0200 In-Reply-To: <20161122081528.GA13722@lonesome.com> References: <1479802109.68675.23.camel@zoho.com> <20161122081528.GA13722@lonesome.com> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-3zBf29gUfl9OPN3snBMg" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 X-Zoho-Virus-Status: 1 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2016 08:27:49 -0000 --=-3zBf29gUfl9OPN3snBMg Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2016-11-22 at 02:15 -0600, Mark Linimon wrote: > On Tue, Nov 22, 2016 at 10:08:29AM +0200, clutton wrote: > >=20 > > New www/chromium port (currently only on github) has problems > > building > > on 10.1 and 9x releases because of outdated libc++ [...] Are there > > any plans to update the port? > I'm not the person doing the work, so I can't say for sure, but ... >=20 > According to https://www.freebsd.org/security/security.html#sup , > 10.1, > 10.2, and 9.x will reach End-Of-Life within a few weeks.=C2=A0=C2=A0(In > particular, > most ports maintainers will be glad to see the end of 9.x with its > old, > annoying, make(1) ). >=20 > So people will likely tell you "it's time to upgrade". >=20 > mcl Yes, I knew. Ok, it's definitely the way to go, but 10x pkg builders work on 10.1. As for me it's better to wait till they gone. --=-3zBf29gUfl9OPN3snBMg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQIcBAABCAAGBQJYNAFtAAoJEH2wP42yyP6QjsUQANp6zPTHOWOcioWZBxa3i17s DnS3mJylHyGOpNse19BVXu+gN3VX4+zoVIyfBhSv4iNxpweMdj9+FA1uJrZni7O1 ndrXFET91Kn7EVf4l9WGuuX9GYZUQ/AQ14qye+cYVM1iavfSX32yRpdq/57UYpYr Szoet0fnby0nBnoqeag2MUgbEqgRFMWyLCBnTXSN8dYfPfx+s3h8m+gfmu/NgX3t ruktB0KmSLvn2MwV4V9aSVYjo4LN3KUXY4HCAlruL8CQOgoVXfrhkIvAYTMbVkzh 7vF78Lrdaj9RFVeqDGIViIco0M5HnZf+1polH69wPp7f65Lhg/+Ql/hshkhAThgO 8DFpUmBCiPxwkKZgjNceSCDPRgEsaSfZsKJ4ZSsJG1iEeqM2ic+fQsKukFkurMsQ IOKZaaMbRYdVruPofMTOg+633KBYxEf+xLV8AFBu2y+IlYCRuslSCnLpli8V5MS9 vs9j7V5uyYCidPlooE5HWEiNMtwpF1r0yGokX3TZ5efcEWwVfE9OejqX5/jktFmE JfoODj8MfgskX6ZyxXY2BT8lOmdv8+9VD3+B+ORZ1gdlvPMADF7fpTnJXmzlH4FB COQENbLrHWVwzPiCDA7xgUmG2sgU3g3IQTH79MtJnlEpRL+9flgLLkLpyHrxJ5s0 zKPmagWnRXA+QsJE4tQR =UwJY -----END PGP SIGNATURE----- --=-3zBf29gUfl9OPN3snBMg-- From owner-freebsd-toolchain@freebsd.org Tue Nov 22 09:55:59 2016 Return-Path: Delivered-To: freebsd-toolchain@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 25C2DC4FE67 for ; Tue, 22 Nov 2016 09:55:59 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F5EEE30 for ; Tue, 22 Nov 2016 09:55:58 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id DBFB9C3A; Tue, 22 Nov 2016 03:55:57 -0600 (CST) Date: Tue, 22 Nov 2016 03:55:56 -0600 From: Mark Linimon To: clutton Cc: freebsd-toolchain@freebsd.org Subject: Re: devel/libc++ too old Message-ID: <20161122095556.GA14088@lonesome.com> References: <1479802109.68675.23.camel@zoho.com> <20161122081528.GA13722@lonesome.com> <1479803245.68675.29.camel@zoho.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1479803245.68675.29.camel@zoho.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2016 09:55:59 -0000 On Tue, Nov 22, 2016 at 10:27:25AM +0200, clutton wrote: > but 10x pkg builders work on 10.1. IIUC it's strictly "pkg builders work on the oldest supported release on a given branch" which means they will get upgraded soon too. In _theory_ 10.1 ports are supposed to work on 10.2 and 10.3, if everyone. has done their work correctly. mcl From owner-freebsd-toolchain@freebsd.org Fri Nov 25 00:46:36 2016 Return-Path: Delivered-To: freebsd-toolchain@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 99B03C53B34 for ; Fri, 25 Nov 2016 00:46:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-31.reflexion.net [208.70.210.31]) (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 4B952D22 for ; Fri, 25 Nov 2016 00:46:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 13644 invoked from network); 25 Nov 2016 00:46:14 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 25 Nov 2016 00:46:14 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.20.0) with SMTP; Thu, 24 Nov 2016 19:46:39 -0500 (EST) Received: (qmail 21939 invoked from network); 25 Nov 2016 00:46:39 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Nov 2016 00:46:39 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 7C728EC7977; Thu, 24 Nov 2016 16:46:28 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: svn commit: r309117 - in projects/clang390-import: . lib/clang sys/sys [merging into head vs. powerpc and powerpc64 clang status] Message-Id: <37918185-F8CC-4093-AB70-F6373819C56C@dsl-only.net> Date: Thu, 24 Nov 2016 16:46:27 -0800 Cc: FreeBSD PowerPC ML To: Dimitry Andric , svn-src-projects@freebsd.org, FreeBSD Toolchain X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2016 00:46:36 -0000 > Author: dim > Date: Thu Nov 24 21:12:43 2016 > New Revision: 309117 > URL:=20 > https://svnweb.freebsd.org/changeset/base/309117 >=20 >=20 > Log: > In preparation for merging back to head, bump __FreeBSD_version, > FREEBSD_CC_VERSION and set date in ObsoleteFiles.inc. . . . Are the following TARGET_ARCH=3Dpowerpc and TARGET_ARCH=3Dpowerpc64 items from llvm going to be taken care of before the merge of clang 3.9.0 into head? If not, is there a plan to sometime after the merge? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214433 Bug ID: 214433 Summary: projects/clang390-import: powerpc and powerpc64 support needs to pick up two fixes from llvm (ABI = fix for ppc; softfloat enabled for ppc64) Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee:=20 freebsd-bugs at FreeBSD.org Reporter:=20 markmi at dsl-only.net There is a powerpc llvm tack-handling ABI violation bugfix and a = powerpc64 softfloat support addition (needed for libstand) that have yet to be = merged into projects/clang390-import (if they reasonably fit). Both of these fixes are ones required for FreeBSD to support using clang = for powerpc and powerpc64 targets. (llvm's bugzilla still has some of the = C++ exception handling defects waiting for fixes. But the two fixes below = should allow more testing and possibly finding of additional things that need = to be worked on for FreeBSD to use clang for powerpc and/or powerpc64.) The llvm reports of fixes are: From: bugzilla-daemon[ at ]llvm.org Subject: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" = code generation is violating the SVR4 ABI (SEGV can result) Date: September 22, 2016 at 10:23:21 AM PDT To: Krzysztof Parzyszek changed bug 26519=20 What Removed Added Status REOPENED RESOLVED Resolution --- FIXED Comment # 11 on bug 26519 from Krzysztof Parzyszek Committed in r282174. You are receiving this mail because: =E2=80=A2 You reported the bug. From: bugzilla-daemon[ at ]llvm.org Subject: [Bug 26970] clang 3.8.0 for powerpc64 vs. FreeBSD buildworld: = error: invalid float ABI 'soft float is not supported for ppc64' Date: October 1, 2016 at 7:12:07 PM PDT To: Hal Finkel changed bug 26970=20 What Removed Added Status NEW RESOLVED Resolution --- FIXED Comment # 1 on bug 26970 from Hal Finkel r283060/r283061 enables soft-float for PPC64. You are receiving this mail because: =E2=80=A2 You reported the bug. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Fri Nov 25 18:02:13 2016 Return-Path: Delivered-To: freebsd-toolchain@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 92910C550D2 for ; Fri, 25 Nov 2016 18:02:13 +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 8158E8EE for ; Fri, 25 Nov 2016 18:02:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uAPI2DlG083465 for ; Fri, 25 Nov 2016 18:02:13 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 214433] projects/clang390-import: powerpc and powerpc64 support needs to pick up two fixes from llvm (ABI fix for ppc; softfloat enabled for ppc64) Date: Fri, 25 Nov 2016 18:02:13 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@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-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2016 18:02:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214433 --- Comment #1 from commit-hook@freebsd.org --- A commit references this bug: Author: dim Date: Fri Nov 25 18:01:32 UTC 2016 New revision: 309147 URL: https://svnweb.freebsd.org/changeset/base/309147 Log: Pull in r282174 from upstream llvm trunk (by Krzysztof Parzyszek): [PPC] Set SP after loading data from stack frame, if no red zone is present Follow-up to r280705: Make sure that the SP is only restored after all data is loaded from the stack frame, if there is no red zone. This completes the fix for https://llvm.org/bugs/show_bug.cgi?id=3D26519. Differential Revision: https://reviews.llvm.org/D24466 Reported by: Mark Millard PR: 214433 Changes: head/contrib/llvm/lib/Target/PowerPC/PPCFrameLowering.cpp --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Nov 25 18:13:15 2016 Return-Path: Delivered-To: freebsd-toolchain@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 431E4C55420 for ; Fri, 25 Nov 2016 18:13:15 +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 2817C1AC for ; Fri, 25 Nov 2016 18:13:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uAPIDFEJ054221 for ; Fri, 25 Nov 2016 18:13:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 214433] projects/clang390-import: powerpc and powerpc64 support needs to pick up two fixes from llvm (ABI fix for ppc; softfloat enabled for ppc64) Date: Fri, 25 Nov 2016 18:13:15 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@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-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2016 18:13:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214433 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: dim Date: Fri Nov 25 18:12:14 UTC 2016 New revision: 309149 URL: https://svnweb.freebsd.org/changeset/base/309149 Log: Pull in r283060 from upstream llvm trunk (by Hal Finkel): [PowerPC] Refactor soft-float support, and enable PPC64 soft float This change enables soft-float for PowerPC64, and also makes soft-float disable all vector instruction sets for both 32-bit and 64-bit modes. This latter part is necessary because the PPC backend canonicalizes many Altivec vector types to floating-point types, and so soft-float breaks scalarization support for many operations. Both for embedded targets and for operating-system kernels desiring soft-float support, it seems reasonable that disabling hardware floating-point also disables vector instructions (embedded targets without hardware floating point support are unlikely to have Altivec, etc. and operating system kernels desiring not to use floating-point registers to lower syscall cost are unlikely to want to use vector registers either). If someone needs this to work, we'll need to change the fact that we promote many Altivec operations to act on v4f32. To make it possible to disable Altivec when soft-float is enabled, hardware floating-point support needs to be expressed as a positive feature, like the others, and not a negative feature, because target features cannot have dependencies on the disabling of some other feature. So +soft-float has now become -hard-float. Fixes PR26970. Pull in r283061 from upstream clang trunk (by Hal Finkel): [PowerPC] Enable soft-float for PPC64, and +soft-float -> -hard-float Enable soft-float support on PPC64, as the backend now supports it. Also, the backend now uses -hard-float instead of +soft-float, so set the target features accordingly. Fixes PR26970. Reported by: Mark Millard PR: 214433 Changes: head/contrib/llvm/lib/Target/PowerPC/PPC.td head/contrib/llvm/lib/Target/PowerPC/PPCISelLowering.cpp head/contrib/llvm/lib/Target/PowerPC/PPCSubtarget.cpp head/contrib/llvm/lib/Target/PowerPC/PPCSubtarget.h head/contrib/llvm/lib/Target/PowerPC/PPCTargetMachine.cpp head/contrib/llvm/tools/clang/lib/CodeGen/TargetInfo.cpp head/contrib/llvm/tools/clang/lib/Driver/Tools.cpp --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Nov 25 18:14:23 2016 Return-Path: Delivered-To: freebsd-toolchain@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 BA732C55475 for ; Fri, 25 Nov 2016 18:14:23 +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 A8FED1F7 for ; Fri, 25 Nov 2016 18:14:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uAPIENek076125 for ; Fri, 25 Nov 2016 18:14:23 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 214433] projects/clang390-import: powerpc and powerpc64 support needs to pick up two fixes from llvm (ABI fix for ppc; softfloat enabled for ppc64) Date: Fri, 25 Nov 2016 18:14:23 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status 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-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2016 18:14:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214433 Dimitry Andric changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |dim@FreeBSD.org Status|New |Closed --- Comment #3 from Dimitry Andric --- Both fixes have been applied to head. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Nov 25 21:31:39 2016 Return-Path: Delivered-To: freebsd-toolchain@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 7048EC55EC3 for ; Fri, 25 Nov 2016 21:31:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C6418E2 for ; Fri, 25 Nov 2016 21:31:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x232.google.com with SMTP id m5so4211222ioe.3 for ; Fri, 25 Nov 2016 13:31:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to; bh=D2xqM2f/+U6itgUWpcY1AW6xmG3Bil3/ZbFjATpMhx0=; b=xpnD7pOaHd1IB+ZRGnTEMIkhQ+1Hw13yvEUXf73AKZ+8RNBk1iDFrlvIB7QK9w4l35 FZVDvLsFp17ky0GTMEFUKtZDW3/BLtunixUYsAvzYGlGkpPbNR2q4poZDqy/cI7h7Uus j0XGso/56aitL/+iQ0v3XrUNUP0HIW+Sam3ixbZC9ws/i2nl2LzFZPNlkx1A+TzsKEXs OGXxxR8XzjIdmqQnG4/3MCahhTQ25Mtld+1emkTL1VDMHAFAJZnL6CMIpgxDkuhkqe0R YxiDB9pErZVY/5vF2T+VJmJUCfEDrGRigafa8O9KcwWx+N0qnA1EFqgjiaDCSiRnGXex Z2BA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=D2xqM2f/+U6itgUWpcY1AW6xmG3Bil3/ZbFjATpMhx0=; b=cpWbeJtALyj04f1rS5dluF9UsfriYVyvX9l5ZhR91j1DN/tazTPWAhX9+muy6fElR9 D1bIcpuSbH1bzrDhqozXplbyAra87198NivGopyybHey7E8XKaOauXBfeiM94Raes38w mQC/Hzm+F/uhiehmr6fSbpNGkmilRWDkTNQCBhMwwjXpiU+E+rLksM2pTkrJS6VErNjt Yo5cisfgdcOD/Ia/glehJAezWCUq5oFVyTqMq7/z4t1GcpXfxN8Nu7+7rHjffC9AMkWa dBq8VxxRHfynBVauu3o71nGiH18w0SgNlVKKf/hsgos3G12tsHPTv7sVXqX392pyqUJ/ lRjw== X-Gm-Message-State: AKaTC03q2lte8a74aXh+VjxAN/E2EmMRrnkH/D411hjgC1+1wZUYGE7ySprlTqZ1+gUiEC+fe1yHcIa9WBcJHw== X-Received: by 10.36.33.151 with SMTP id e145mr8320402ita.14.1480109498417; Fri, 25 Nov 2016 13:31:38 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.27.212 with HTTP; Fri, 25 Nov 2016 13:31:17 -0800 (PST) From: Ed Maste Date: Fri, 25 Nov 2016 16:31:17 -0500 X-Google-Sender-Auth: SK8APcm4xr7vXePe6kY0z7GBq5s Message-ID: Subject: Update on using LLVM's lld linker in the FreeBSD base system To: "freebsd-toolchain@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2016 21:31:39 -0000 LLD developers have made much progress since my last update in August. Two options used by the FreeBSD build, -dc and -r, are now implemented. The issues with linker script expression support and symbol version maps have been addressed. At this point an LLD built from subversion can link a working FreeBSD-HEAD kernel and world except for the boot loaders. Here's an update on the plan I posted previously: > 1. Update lld along with the Clang/LLVM 3.9 update that dim@ is working on. > 2. Add the bmake build infrastructure, installing as /usr/bin/ld.lld > on the same architectures that use Clang (amd64, arm, arm64, i386). I > don't think there's a need for a WITH_LLD src.conf knob, but will add > one if desired. Now complete, with Dimitry's import of Clang 3.9.0 in r309124. There is a WITH_/WITHOUT_LLD knob, which defaults to on for amd64 and arm64, and off for all other architectures for now. > 3. Update lld again (most likely to a snapshot from upstream SVN) once > it is able to link an unmodified FreeBSD kernel. This is now possible, but I'm going to wait for 3.9.0 to settle and for the 3.9.1 update to happen first. > 4. Modify the boot loader and kernel builds to avoid using features > not implemented by lld. There are a few outstanding issues in LLD that prevent linking the boot loaders, but I'm hopeful that they will be addressed in the near future. > 5. Introduce a WITH_LLD_AS_LD knob to have /usr/bin/ld be a ld.lld > hardlink instead of /usr/bin/ld.bfd. I've added this already, to allow for testing and experimentation, and to provide some linker on arm64 image builds that can be used to bootstrap a later GNU ld or LLVM lld. It defaults to on for arm64 and off everywhere else. Note that the knob affects the installed linker (/usr/bin/ld), but does not change the linker actually used to build world and kernel, which remains GNU ld. > 6. Request ports exp-runs and issue a call for testing with 3rd party > software. Fix issues found during this process. This can start happening any time now for LLD 3.9.0, either by setting WITH_LLD_AS_LD with poudriere, or by using -fuse-ld=lld in LDFLAGS. For example, % cd /usr/src/bin/ls % LDFLAGS=-fuse-ld=lld make > 7. Switch /usr/bin/ld to ld.lld by default in head for the Clang-using > architectures. Add a WITHOUT_LLD_AS_LD knob to switch back to GNU ld. It's still too early to plan a switch by default. From owner-freebsd-toolchain@freebsd.org Sat Nov 26 19:21:13 2016 Return-Path: Delivered-To: freebsd-toolchain@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 15C3CC57AE5 for ; Sat, 26 Nov 2016 19:21:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-33.reflexion.net [208.70.210.33]) (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 CF367C98 for ; Sat, 26 Nov 2016 19:21:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14475 invoked from network); 26 Nov 2016 19:20:57 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 26 Nov 2016 19:20:57 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.20.0) with SMTP; Sat, 26 Nov 2016 14:20:56 -0500 (EST) Received: (qmail 1061 invoked from network); 26 Nov 2016 19:20:55 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 26 Nov 2016 19:20:55 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 09198EC7977; Sat, 26 Nov 2016 11:21:10 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: head -r309179 TARGET_ARCH=powerpc64 clang 3.9..0 based cross build: powerpc.powerpc64/usr/src/tmp/usr/bin/ld: BFD 2.17.50 [FreeBSD] 2007-07-03 internal error Message-Id: <1BA13AA2-D815-48AB-AFD8-0FC3F94B85EC@dsl-only.net> Date: Sat, 26 Nov 2016 11:21:09 -0800 Cc: Dimitry Andric , Ed Maste To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2016 19:21:13 -0000 I updated to head -r309197 (with a work around for -r309144 breaking the = build). This was on amd64, then used it to try to cross buildworld using clang = 3.9.0 for TARGET_ARCH=3Dpowerpc64. It failed. I used: WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D . . . WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D (Full material listed later.) The failure report was: --- as.full --- = /usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/tmp/usr/bin/l= d: BFD 2.17.50 [FreeBSD] 2007-07-03 internal error, aborting at = /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf6= 4-ppc.c line 11029 in bfd_boolean ppc64_elf_relocate_section(bfd *, = struct bfd_link_info *, bfd *, asection *, bfd_byte *, Elf_Internal_Rela = *, Elf_Internal_Sym *, asection **) = /usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/tmp/usr/bin/l= d: Please report this bug. cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [as.full] Error code 1 make[6]: stopped in /usr/src/gnu/usr.bin/binutils/as .ERROR_TARGET=3D'as.full' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/u= sr/src/gnu/usr.bin/binutils/as/as.full.meta' .MAKE.LEVEL=3D'6' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' .CURDIR=3D'/usr/src/gnu/usr.bin/binutils/as' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/gn= u/usr.bin/binutils/as' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/tm= p' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc64' MAKEOBJDIRPREFIX=3D'/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160818' = PATH=3D'/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/tmp/l= egacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/sr= c/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/= usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc6= 4/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc6= 4/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/gnu/usr.bin/binutils/as/Makefile = /usr/src/gnu/usr.bin/binutils/as/../../Makefile.inc = /usr/src/gnu/usr.bin/binutils/as/../../../Makefile.inc = /usr/src/gnu/usr.bin/binutils/as/../Makefile.inc0 = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/gnu/usr.bin/binutils/as/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/gnu/usr.bin/binutils/as = /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas = /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config' 1 error . . . # more = /usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/gnu/usr.bin/b= inutils/as/as.full.meta # Meta data file = /usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/gnu/usr.bin/b= inutils/as/as.full.meta CMD cc -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/t= mp = -B/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/tmp/usr/bin= -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=3D64 -I. = -I/usr/src/gnu/usr.bin/binutils/as = -I/usr/src/gnu/usr.bin/binutils/as/../libbfd = -I/usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/gnu/usr.bin= /binutils/as/../libbfd = -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include = -DDEFAULT_ARCH=3D\"powerpc64\" -DTARGET_CPU=3D\"powerpc64\" = -DTARGET_OS=3D\"freebsd\" = -DTARGET_CANONICAL=3D\"powerpc64-unknown-freebsd\" = -DTARGET_ALIAS=3D\"powerpc64-unknown-freebsd\" -DVERSION=3D\""2.17.50 = [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE = -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas = -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd = -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config= -I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils = -I/usr/src/gnu/usr.bin/binutils/as = -I/usr/src/gnu/usr.bin/binutils/as/powerpc-freebsd -g -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Qunused-arguments -static -o as.full app.o as.o atof-generic.o = atof-ieee.o cond.o depend.o dw2gencfi.o dwarf2dbg.o ecoff.o ehopt.o = expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o = input-file.o input-scrub.o listing.o literal.o macro.o messages.o = obj-elf.o output-file.o read.o sb.o stabs.o subsegs.o symbols.o write.o = tc-ppc.o ../libbfd/libbfd.a ../libiberty/libiberty.a = ../libopcodes/libopcodes.a CWD = /usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/gnu/usr.bin/b= inutils/as TARGET as.full -- command output -- = /usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/tmp/usr/bin/l= d: BFD 2.17.50 [FreeBSD] 2007-07-03 internal error, aborting at = /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf6= 4-ppc.c line 11029 in bfd_boolean ppc64_elf_relocate_section(bfd *, = struct bfd_link_info *, bfd *, asection *, bfd_byte *, Elf_Internal_Rela = *, Elf_Internal_Sym *, asection **) = /usr/obj/powerpc64vtsc_clang_world/powerpc.powerpc64/usr/src/tmp/usr/bin/l= d: Please report this bug. cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 . . . Script started on Sat Nov 26 09:03:53 2016 Command: env __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev/null= = SRC_ENV_CONF=3D/root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64-= host WITH_META_MODE=3Dyes = MAKEOBJDIRPREFIX=3D/usr/obj/powerpc64vtsc_clang_world make -j 5 = buildworld --- buildworld --- . . . # more ~/src.configs/src.conf.powerpc64-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc64 # KERNCONF=3DGENERIC64vtsc-NODBG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLDB=3D # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_DEBUG_FILES=3D # more ~/src.configs/make.conf=20 CFLAGS.gcc+=3D -v =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sat Nov 26 23:39:56 2016 Return-Path: Delivered-To: freebsd-toolchain@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 484F4C57C9F for ; Sat, 26 Nov 2016 23:39:56 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-31.reflexion.net [208.70.210.31]) (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 0DD752ED for ; Sat, 26 Nov 2016 23:39:55 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5321 invoked from network); 26 Nov 2016 23:39:35 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 26 Nov 2016 23:39:35 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.20.0) with SMTP; Sat, 26 Nov 2016 18:39:34 -0500 (EST) Received: (qmail 4298 invoked from network); 26 Nov 2016 23:39:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 26 Nov 2016 23:39:34 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 9A98CEC7977; Sat, 26 Nov 2016 15:39:48 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: clang 3.9.0 vs. TARGET_ARCH=powerpc: fsck_ufs and "df -m" are example failures: __floatdidf gets SIGSEGV's in both of them. Message-Id: <82B4883E-250C-4D93-A139-7949665C1B77@dsl-only.net> Date: Sat, 26 Nov 2016 15:39:47 -0800 Cc: Nathan Whitehorn , Justin Hibbits , Dimitry Andric , Ed Maste To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2016 23:39:56 -0000 I updated to head -r309197 (with a work around for -r309144 breaking the = build). This was on amd64, then used it to try to cross buildworld using clang = 3.9.0 for TARGET_ARCH=3Dpowerpc . The build completed. (I've been using clang = 3.8.0 this way for a long time.) [The kernel here was cross built via gcc 4.2.1, as has been my normal = procedure. The kernel still has my "red zone for signal delivery" hack that was a = workaround for clang 3.8.0 stack-handling ABI violations.] Booting, however, had problems because of fsck_ufs getting signal 11 and = ended up initially in single user mode. Exiting single user did finish the boot. But "df -m" core dumps. (I've = not explored much else.) Turns out that both fsck_ufs and "df -m" fail in the same routine for a = SIGSEGV: __floatdidf The details. . . First the boot and fsck_ufs: > Copyright (c) 1992-2016 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-CURRENT #9 r309179M: Sat Nov 26 12:53:11 PST 2016 > = markmi@FreeBSDx64:/usr/obj/powerpcvtsc_clang_gcc421_kernel/powerpc.powerpc= /usr/src/sys/GENERICvtsc-NODBG powerpc > gcc version 4.2.1 20070831 patched [FreeBSD] > cpu0: IBM PowerPC 970MP revision 1.1, 18446744071914.91 MHz > cpu0: Features dc000000 > cpu0: HID0 1511081 > real memory =3D 2118565888 (2020 MB) > avail memory =3D 2014863360 (1921 MB) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > . . . > Trying to mount root from ufs:/dev/ufs/FBSDG4Srootfs [rw,noatime]... > . . . > pid 53 (fsck_ufs), uid 0: exited on signal 11 Manually running fsck later gets a segmentation fault core file in = /var/crash/ and I used this too see a point of failure (__floatdidf): > # fsck / > ** /dev/ufs/FBSDG4Srootfs (NO WRITE) > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > INCORRECT BLOCK COUNT I=3D11538459 (8 should be 0) > CORRECT? no >=20 > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > LINK COUNT FILE I=3D10016041 OWNER=3Doperator MODE=3D100400 > SIZE=3D4096 MTIME=3DNov 26 14:44 2016 COUNT 2 SHOULD BE 1 > ADJUST? no >=20 > LINK COUNT FILE I=3D10016049 OWNER=3Doperator MODE=3D100400 > SIZE=3D4096 MTIME=3DNov 26 14:55 2016 COUNT 2 SHOULD BE 1 > ADJUST? no >=20 > LINK COUNT FILE I=3D10016089 OWNER=3Doperator MODE=3D100400 > SIZE=3D4096 MTIME=3DNov 26 15:00 2016 COUNT 2 SHOULD BE 1 > ADJUST? no >=20 > UNREF FILE I=3D11538459 OWNER=3Droot MODE=3D100600 > SIZE=3D0 MTIME=3DNov 26 15:11 2016=20 > RECONNECT? no >=20 >=20 > CLEAR? no >=20 > ** Phase 5 - Check Cyl groups > FREE BLK COUNT(S) WRONG IN SUPERBLK > SALVAGE? no >=20 > SUMMARY INFORMATION BAD > SALVAGE? no >=20 > BLK(S) MISSING IN BIT MAPS > SALVAGE? no >=20 > fsck: /dev/ufs/FBSDG4Srootfs: Segmentation fault > # gdb fsck_ufs /var/crash/fsck_ufs.1129.core=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and = you are > welcome to change it and/or distribute copies of it under certain = conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for = details. > This GDB was configured as "powerpc-marcel-freebsd"... > Core was generated by `fsck_ufs /dev/ufs/FBSDG4Srootfs'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libufs.so.6...Reading symbols from = /usr/lib/debug//lib/libufs.so.6.debug...done. > done. > Loaded symbols for /lib/libufs.so.6 > Reading symbols from /lib/libc.so.7...Reading symbols from = /usr/lib/debug//lib/libc.so.7.debug...done. > done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...Reading symbols from = /usr/lib/debug//libexec/ld-elf.so.1.debug...done. > done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x0181b024 in __floatdidf () > (gdb) bt > #0 0x0181b024 in __floatdidf () > #1 0x0180a8e0 in main (argc=3D, argv=3D) at /usr/src/sbin/fsck_ffs/main.c:519 > #2 0x01801664 in _start () > #3 0x418303a0 in .text () at = /usr/src/libexec/rtld-elf/powerpc/rtld_start.S:112 main.c's line 519 is part of: > printf("(%ju frags, %ju blocks, %.1f%% fragmentation)\n", > (uintmax_t)n_ffree, (uintmax_t)n_bfree, > n_ffree * 100.0 / sblock.fs_dsize); As for "df -m" --it failed in __floatdidf as well: > # gdb df /var/crash/df.1056.core = = GNU gdb 6.1.1 = [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and = you are > welcome to change it and/or distribute copies of it under certain = conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for = details. > This GDB was configured as "powerpc-marcel-freebsd"... > Core was generated by `df -m'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libxo.so.0...Reading symbols from = /usr/lib/debug//lib/libxo.so.0.debug...done. > done. > Loaded symbols for /lib/libxo.so.0 > Reading symbols from /lib/libutil.so.9...Reading symbols from = /usr/lib/debug//lib/libutil.so.9.debug...done. > done. > Loaded symbols for /lib/libutil.so.9 > Reading symbols from /lib/libc.so.7...Reading symbols from = /usr/lib/debug//lib/libc.so.7.debug...done. > done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...Reading symbols from = /usr/lib/debug//libexec/ld-elf.so.1.debug...done. > done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x01802a18 in __floatdidf () > (gdb) bt > #0 0x01802a18 in __floatdidf () > #1 0x01802538 in prtstat (sfsp=3D0x41e24000, mwp=3D0xffffd930) at = /usr/src/bin/df/df.c:503 > #2 0x01801df0 in main (argc=3D, argv=3D) at /usr/src/bin/df/df.c:308 > #3 0x01800cdc in _start () > #4 0x418153a0 in .text () at = /usr/src/libexec/rtld-elf/powerpc/rtld_start.S:112 df.c's line 503 was part of: > xo_emit(" {:used-percent/%5.0f}{U:%%}", > availblks =3D=3D 0 ? 100.0 : (double)used / = (double)availblks * 100.0); Context details: > # head = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap_worl= d-amd64-host-2016-11-26:11:38:36=20 > Script started on Sat Nov 26 11:38:36 2016 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-ho= st WITH_META_MODE=3Dyes = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_world make -j 5 buildworld > --- buildworld --- . . . > # more ~/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # more ~/src.configs/make.conf=20 > CFLAGS.gcc+=3D -v =3D=3D=3D Mark Millard markmi at @dsl-only.net