From owner-svn-ports-head@freebsd.org Sat Apr 29 06:19:29 2017 Return-Path: Delivered-To: svn-ports-head@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 37FACD55F8C for ; Sat, 29 Apr 2017 06:19:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-50.reflexion.net [208.70.210.50]) (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 DD5618A7 for ; Sat, 29 Apr 2017 06:19:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22815 invoked from network); 29 Apr 2017 06:19:27 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 29 Apr 2017 06:19:27 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sat, 29 Apr 2017 02:19:27 -0400 (EDT) Received: (qmail 1282 invoked from network); 29 Apr 2017 06:19:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 29 Apr 2017 06:19:27 -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 8FEC5EC7C30; Fri, 28 Apr 2017 23:19:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: svn commit: r439595 - in head/devel: aarch64-gcc aarch64-none-elf-gcc amd64-gcc arm-none-eabi-gcc arm-none-eabi-gcc492 mips-gcc mips64-gcc powerpc64-gcc riscv64-gcc sparc64-gcc From: Mark Millard In-Reply-To: <20170429033730.GA15960@lonesome.com> Date: Fri, 28 Apr 2017 23:19:25 -0700 Cc: svn-ports-head@freebsd.org, Baptiste Daroussin , Alexander Kabaev Content-Transfer-Encoding: quoted-printable Message-Id: References: <8E45FA57-8D2E-4159-8E02-6A5044000CC2@dsl-only.net> <20170429022831.GB15674@lonesome.com> <20170429033730.GA15960@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3273) X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Apr 2017 06:19:29 -0000 On 2017-Apr-28, at 8:37 PM, Mark Linimon = wrote: > On Fri, Apr 28, 2017 at 07:41:33PM -0700, Mark Millard wrote: >> I do have access to powerpc64 and tested it in my context. >> It is powerpc that I'm far from an appropriate configuration >> of for now. >=20 > OK, I misread that. Your powerpc64 testing might be of gcc 4.2.1 and old libstdc++ as a context. That would be different than my powerpc64 tests. As for armv7 building/installing devel/arm-none-eabi-gcc492 . . . I grep'd the armv7 logs and fancy_abort does occur in mine twice as parts of a warning, not an error: = /usr/obj/portswork/usr/ports/devel/arm-none-eabi-gcc492/work/gcc-4.9.2/gcc= /ipa-devirt.c:1557:7: warning: variable 'can_refer' is used = uninitialized whenever '? :' condition is false [-Wsometimes-uninitialized] gcc_assert (odr_violation_reported); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ = /usr/obj/portswork/usr/ports/devel/arm-none-eabi-gcc492/work/gcc-4.9.2/gcc= /system.h:692:12: note: expanded from macro 'gcc_assert' ((void)(!(EXPR) ? fancy_abort (__FILE__, __LINE__, __FUNCTION__), 0 : = 0)) ^~~~~~~ = /usr/obj/portswork/usr/ports/devel/arm-none-eabi-gcc492/work/gcc-4.9.2/gcc= /ipa-devirt.c:1557:7: note: remove the '?:' if its condition is always = true gcc_assert (odr_violation_reported); ^ = /usr/obj/portswork/usr/ports/devel/arm-none-eabi-gcc492/work/gcc-4.9.2/gcc= /system.h:692:12: note: expanded from macro 'gcc_assert' ((void)(!(EXPR) ? fancy_abort (__FILE__, __LINE__, __FUNCTION__), 0 : = 0)) ^ So both instances are tied to devel/arm-none-eabi-gcc492 but are not from build errors in my context. In my context devel/arm-none-eabi-gcc492 had the problem of conflicting with devel/arm-none-eabi-gcc file(s) when I'd built and installed devel/arm-none-eabi-gcc first. (In the other order it would be devel/arm-none-eabi-gcc that showed the conflict.) Otherwise devel/arm-none-eabi-gcc and devel/arm-none-eabi-gcc492 seemed to build fine on armv7 and the other hosts. =3D=3D=3D Mark Millard markmi at dsl-only.net