From owner-freebsd-toolchain@freebsd.org Sun Sep 16 07:15:16 2018 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D433C10995AF for ; Sun, 16 Sep 2018 07:15:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 70F3481841 for ; Sun, 16 Sep 2018 07:15:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3633910995AE; Sun, 16 Sep 2018 07:15:15 +0000 (UTC) Delivered-To: toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 146FA10995AD for ; Sun, 16 Sep 2018 07:15:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2E7D8183B for ; Sun, 16 Sep 2018 07:15:14 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id CF47C21099 for ; Sun, 16 Sep 2018 07:15:13 +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 w8G7FDVY012130 for ; Sun, 16 Sep 2018 07:15:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w8G7FD68012129 for toolchain@FreeBSD.org; Sun, 16 Sep 2018 07:15:13 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: toolchain@FreeBSD.org Subject: [Bug 230412] graphics/GraphicsMagick: fails to build with libc++ 7 Date: Sun, 16 Sep 2018 07:15:13 +0000 X-Bugzilla-Reason: AssignedTo 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-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc 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.27 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2018 07:15:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230412 Dimitry Andric changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress CC| |sunpoet@FreeBSD.org --- Comment #3 from Dimitry Andric --- (In reply to Antoine Brodin from comment #2) > Is there some progress on this issue? I've just tried "make configure" in the port, which is at r477008, and it r= an without any errors. This is with clang700-import r338690: =3D=3D=3D> Configuring for GraphicsMagick-1.3.30,1 configure: loading site script /share/dim/ports/Templates/config.site configuring GraphicsMagick 1.3.30 checking build system type... amd64-portbld-freebsd12.0 checking host system type... amd64-portbld-freebsd12.0 checking whether build environment is sane... yes checking for a BSD-compatible install... /usr/bin/install -c checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) /usr/bin/awk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking for style of include used by make... GNU checking for gcc... gcc7 [...] checking whether C++ compiler is sufficient for Magick++... yes and the port compiles to the end. Maybe this is because of sunpoet's recent update to 1.3.0? Jan's example test still fails, though, but I'm not sure if it is still relevant: $ echo '#include ' | g++7 -xc++ - -std=3Dc++03 -nostdinc++ -isystem/usr/include/c++/v1 In file included from /usr/include/c++/v1/__locale:15:0, from /usr/include/c++/v1/ios:216, from /usr/include/c++/v1/ostream:138, from /usr/include/c++/v1/fstream:184, from :1: /usr/include/c++/v1/string:811:35: error: default template arguments may no= t be used in function templates without -std=3Dc++11 or -std=3Dgnu++11 basic_string(const _CharT* __s) { ^ /usr/include/c++/v1/string:821:62: error: default template arguments may no= t be used in function templates without -std=3Dc++11 or -std=3Dgnu++11 basic_string(const _CharT* __s, const _Allocator& __a); ^ /usr/include/c++/v1/string:832:70: error: default template arguments may no= t be used in function templates without -std=3Dc++11 or -std=3Dgnu++11 basic_string(size_type __n, _CharT __c, const _Allocator& __a); ^ /usr/include/c++/v1/string:843:75: error: default template arguments may no= t be used in function templates without -std=3Dc++11 or -std=3Dgnu++11 const allocator_type& __a =3D allocator_type= ()); ^ /usr/include/c++/v1/string:847:45: error: default template arguments may no= t be used in function templates without -std=3Dc++11 or -std=3Dgnu++11 explicit basic_string(const _Tp& __t); ^ /usr/include/c++/v1/string:851:72: error: default template arguments may no= t be used in function templates without -std=3Dc++11 or -std=3Dgnu++11 explicit basic_string(const _Tp& __t, const allocator_type& __a); ^ /usr/include/c++/v1/string:874:43: error: default template arguments may no= t be used in function templates without -std=3Dc++11 or -std=3Dgnu++11 basic_string& operator=3D(const _Tp& __t) ^ This actually seems to be an issue in the header, I'm checking it = with upstream now. --=20 You are receiving this mail because: You are the assignee for the bug.=