From owner-freebsd-hackers@freebsd.org Tue Aug 11 22:33:33 2015 Return-Path: Delivered-To: freebsd-hackers@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 E952199F79E for ; Tue, 11 Aug 2015 22:33:33 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D2B87A7; Tue, 11 Aug 2015 22:33:33 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id t7BMXUWE052293 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 12 Aug 2015 00:33:30 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id t7BMXU2w052292; Wed, 12 Aug 2015 00:33:30 +0200 (CEST) (envelope-from marius) Date: Wed, 12 Aug 2015 00:33:30 +0200 From: Marius Strobl To: John Baldwin Cc: Baptiste Daroussin , Adrian Chadd , "freebsd-hackers@freebsd.org" , Bill Sorenson Subject: Re: Sparc64 support Message-ID: <20150811223330.GA51727@alchemy.franken.de> References: <20150808015610.GL43782@ivaldir.etoilebsd.net> <3293168.mJnTOSukKj@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3293168.mJnTOSukKj@ralph.baldwin.cx> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Wed, 12 Aug 2015 00:33:30 +0200 (CEST) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 22:33:34 -0000 On Tue, Aug 11, 2015 at 11:02:03AM -0700, John Baldwin wrote: > On Saturday, August 08, 2015 03:56:10 AM Baptiste Daroussin wrote: > > On Fri, Aug 07, 2015 at 04:54:46PM -0700, Adrian Chadd wrote: > > > Hi, > > > > > > I've tested it with mips/mips64. It works out mostly okay. There are > > > still rough edges, because in the mips world we have different > > > defaults in our base system gcc to what the current toolchain expects. > > > But at least for mips/mips64 it spits out a kernel and binaries that > > > work. > > > > > > What I did to make the MIPS bits call the external toolchain: > > > > > > make NO_WERROR=1 CROSS_TOOLCHAIN=mips-gcc buildworld > > > > > > .. so in theory the sparc64 stuff may just be: > > > > > > pkg install sparc64-gcc sparc64-xtoolchain-gcc > > > make NO_WERROR=1 CROSS_TOOLCHAIN=sparc64-gcc buildworld > > > > > When I added the cross toolchain it was first tested on sparc64 and people > > reported that it built and run fine with it. > > > > This was with gcc 4.9, I haven't tested with 5.2 > > Should we perhaps looking at switching the default toolchain for sparc64 to > external similar to how we require external binutils for aarch64? > If you: o created and are willing to maintain long-term support system toolchain ports (the regular upstream binutils and GCC releases are way too much of a moving target to justify their existence alone, i. e. I cannot remember a single in-tree toolchain update where newly introduced bugs in binutils and/or GCC did not cause regressions like C++ exceptions no longer working on any of !x86 at that time, kernel modules no longer working on sparc64, etc.), o ensured release building works with the external toolchain, and o fixed the chicken and egg problem of obtaining a system toolchain on the cross-built target bapt@ pointed out, then: yes. Marius