From owner-freebsd-arch@freebsd.org Sat Oct 7 17:41:40 2017 Return-Path: Delivered-To: freebsd-arch@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 78436E3DAAE; Sat, 7 Oct 2017 17:41:40 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B08696C663; Sat, 7 Oct 2017 17:41:35 +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 CFD61738; Sat, 7 Oct 2017 12:41:25 -0500 (CDT) Date: Sat, 7 Oct 2017 12:41:24 -0500 From: Mark Linimon To: "A. Wilcox" Cc: freebsd-arch@freebsd.org, freebsd-sparc64@FreeBSD.org Subject: future of sparc64 (was: Making C++11 a hard requirement for FreeBSD) Message-ID: <20171007174124.GA20810@lonesome.com> References: <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59D6CA6C.1040502@Wilcox-Tech.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 17:41:40 -0000 On Thu, Oct 05, 2017 at 07:12:28PM -0500, A. Wilcox wrote: > That doesn't change the fact that sparc64 still exists, and with Oracle > laying off Solaris as well, FreeBSD becomes a "way out" for people > heavily invested (DC full of sparc64 gear, or such). I have thought for some time that we've been a "way out" for Solaris sites wanting to keep ZFS and not deal with licensing issues, and have worked to keep sparc64 alive. (AFAIK FreeBSD is the only open source sparc64/zfs solution?) But here's the current problem. All gccs > 4.9 fail to build. Looking at the logs AFAICT the failure is a floating-point exception as soon as the first built binary is run during the internal testing. Neither Marcel nor Gerald nor I have any insight on how to fix this. Gerald does state that those gccs build on other OSes, so this is almost certainly a FreBSD problem. The default ports compiler has recently moved to gcc5 and then again to gcc6. The only reason gcc49 still exists in the Ports Collection is specifically for sparc64 ports. Recent llvms do not build. I have no insight into that failure, either. So, the long and short is, even with using gcc4.2.1 as an external compiler, over time, fewer and fewer ports build as they adapt to the newer compilers. This is something I don't have the cycles to fix. Unless someone else can step up and fix the compilers, we're close to the end of feasibility. In the meantime, I'll keep running package builds with gcc4.9 as long as it produces some kind of useful results. I'll be happy to discuss the build status of individual ports, but let's have that on sparc64@ rather than arch@, please. mcl