From owner-freebsd-sparc64@freebsd.org Mon Oct 9 06:49:50 2017 Return-Path: Delivered-To: freebsd-sparc64@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 61FD1E272C2; Mon, 9 Oct 2017 06:49:50 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A8B2669EC; Mon, 9 Oct 2017 06:49:48 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v996nbcW024600 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 9 Oct 2017 17:49:44 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v996nVT9095657 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Oct 2017 17:49:31 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v996nVDg095656; Mon, 9 Oct 2017 17:49:31 +1100 (AEDT) (envelope-from peter) Date: Mon, 9 Oct 2017 17:49:31 +1100 From: Peter Jeremy To: "K. Macy" Cc: "A. Wilcox" , Mark Linimon , freebsd-sparc64@freebsd.org, freebsd-arch@freebsd.org Subject: Re: future of sparc64 (was: Making C++11 a hard requirement for FreeBSD) Message-ID: <20171009064931.GC93566@server.rulingia.com> References: <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> <20171007174124.GA20810@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 06:49:50 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-Oct-07 19:06:29 +0000, "K. Macy" wrote: >On Sat, Oct 7, 2017 at 10:41 Mark Linimon wrote: > >> 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?) AFAIK Illumos still supports sparc64 and is probably an easier migration for Solaris sites so I don't think that argument holds. Also, we run into the same situation we had with Alpha - a basically dead architecture that only runs on old equipment. Unless there's a critical mass of FreeBSD developers that are willing to keep it running, we're better off killing it quickly, rather than letting it soak up developer effort. >My recollection of sparc64 from sun4v work was that unsupported operations >would trap in to the kernel which would in turn trap in to a user space >handler for floating point emulation. Yes. I did some poking at that some time ago. The userland package is basically a complete single/double/quad precision IEEE FP implementation (see /usr/src/lib/libc/sparc64/fpu). I have a test suite for it but it hasn't been committed and I'd need to check if it's developed any bitrot. --=20 Peter Jeremy --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJZ2xv7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0vUkP/RD8kmph383cMaY7/kybA62m wfT9tKR7XZf3cAUbOWyQ8MRKJ2M+H2JzuVPMVkR8EVUtTnsvUUrBuJ4jMdepSTPM sMTsEf6aIX9tKIiwiKdHmFVljWCYvmbWwMhRoQKoWg59IVRRpfgj8twmHYts9V/P 7WRNKE/husblOu0fxWNQUtsPf42rJGjuYjBmEq1u5aFVrq9zmzGODxuTS4p4L21u YqdHfwiLuRJlA2tWEb2c52O1LZF4shlbYv9y19WaWdgwXYLI+oUYRDjVemmm9yMW viXSM406VDUKWgBhMteuYhhmxciEP1rkRzfsxKSqdYw32ugnHQBnONTldBEg0lGB OrFKfXJh+YLC9iOAYHsPmaAUBhXZ8MEAJxzbSliR/jLeXZmWWqFJmZzT62Jga2jc bijn06VwpsCg0AKj7JGOZ1YXv+EMmgaaiKJxBM0chdhe3+edxEdh86cyK9Rawjwk xLrAFCeZesSfv9P7I5w/GvFA8Yw6TmDyoEceEnaPNo37b6HbYH97at2GAFT1Kl8E aA74mVgL6YFsgiPgTfYoyh8DG4ev2jT0GFdzROCsMam99HKAmLKMVkE0mi5WaTJn q8uN4HalKCj7W0/Zq0R9zMdxWU1nt9qxZREjPetUNUFnKYR5zWUx5O2wtgcshtxi VZ++Xri4K8weXWsw43Ve =48hN -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-sparc64@freebsd.org Mon Oct 9 08:26:04 2017 Return-Path: Delivered-To: freebsd-sparc64@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 4C868E29244; Mon, 9 Oct 2017 08:26:04 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail106.syd.optusnet.com.au (mail106.syd.optusnet.com.au [211.29.132.42]) by mx1.freebsd.org (Postfix) with ESMTP id C3B287FF73; Mon, 9 Oct 2017 08:26:03 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from [192.168.0.102] (c110-21-101-228.carlnfd1.nsw.optusnet.com.au [110.21.101.228]) by mail106.syd.optusnet.com.au (Postfix) with ESMTPS id 4857A3C1D99; Mon, 9 Oct 2017 18:57:27 +1100 (AEDT) Date: Mon, 9 Oct 2017 18:57:26 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Peter Jeremy cc: "K. Macy" , Mark Linimon , "A. Wilcox" , freebsd-sparc64@freebsd.org, freebsd-arch@freebsd.org Subject: Re: future of sparc64 (was: Making C++11 a hard requirement for FreeBSD) In-Reply-To: <20171009064931.GC93566@server.rulingia.com> Message-ID: <20171009175448.U1674@besplex.bde.org> References: <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> <20171007174124.GA20810@lonesome.com> <20171009064931.GC93566@server.rulingia.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.2 cv=LI0WeNe9 c=1 sm=1 tr=0 a=PalzARQSbocsUSjMRkwAPg==:117 a=PalzARQSbocsUSjMRkwAPg==:17 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=GRsoY76EHTS8MM7AKMcA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 08:26:04 -0000 On Mon, 9 Oct 2017, Peter Jeremy wrote: > On 2017-Oct-07 19:06:29 +0000, "K. Macy" wrote: >> My recollection of sparc64 from sun4v work was that unsupported operations >> would trap in to the kernel which would in turn trap in to a user space >> handler for floating point emulation. > > Yes. I did some poking at that some time ago. The userland package is > basically a complete single/double/quad precision IEEE FP implementation > (see /usr/src/lib/libc/sparc64/fpu). I have a test suite for it but it > hasn't been committed and I'd need to check if it's developed any bitrot. No, the trap method is almost never used by default, and should never be used since it is so slow. sparc64 on the 1 sparc64 system that used to be in the FreeBSD cluster uses soft-float for long doubles by default (this is the gcc default) since "hardware" (actually usuallly or always emulated by trap handlers) for long doubles is so slow. Something like 6000 times slower for "hard" (trapping) long doubles on old sparc64 vs not so old x86 (with x86 clock speed about 6 times higher, and better pipelining). Soft-float for long doubles is only about 4000 times slower. Real hard-float for doubles and floats is only about 20 times slower (much the same as for integers). The only advantage of "hard" float on sparc64 is that it is easier to debug, provided the bug is not in the trap handlers when it is harder to debug. Soft-float has more chance of working on sparc64 since it is needed in some cases. The flag for the case where it is needed is -msoft-quad-float. On x86, clang is too broken to even refuse to support -msoft-float -- clang silently ignores this flag, so this flag non longer works in kern.mk where it is supposed to stop the compiler using an FPU in the kernel. gcc-4.2.1 only has this bug on amd64. The i387 happens not to be used anyway in code without float variables. SSE is more generally useful so the -mno-sse* flags to prevent using it are more needed. Bruce From owner-freebsd-sparc64@freebsd.org Mon Oct 9 21:32:56 2017 Return-Path: Delivered-To: freebsd-sparc64@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 4BB5FE3CA75 for ; Mon, 9 Oct 2017 21:32:56 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1BA4480EA0 for ; Mon, 9 Oct 2017 21:32:55 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (torb.pix.net [192.168.16.32]) (authenticated bits=0) by hydra.pix.net (8.16.0.19/8.15.2) with ESMTPA id v99LWsQn034868; Mon, 9 Oct 2017 17:32:54 -0400 (EDT) (envelope-from lidl@pix.net) Subject: Re: future of sparc64 To: freebsd-sparc64@freebsd.org References: <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> <20171007174124.GA20810@lonesome.com> From: Kurt Lidl Message-ID: Date: Mon, 9 Oct 2017 17:32:54 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20171007174124.GA20810@lonesome.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 21:32:56 -0000 On 10/7/17 1:41 PM, Mark Linimon wrote: > 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. I built gcc 6.0.4 (natively) on a sparc64 stable/11 a week ago. I built the stable/11 kernel with that compiler (it required a one-line change to the kernel sources), and have been running that on my sparc64 stable/11 gateway since I got it compiled. The pkg'd binary for gcc 6.0.4 is here: http://pkg.pix.net/FreeBSD:11:sparc64/gcc6-6.4.0_1.txz -Kurt From owner-freebsd-sparc64@freebsd.org Mon Oct 9 21:45:35 2017 Return-Path: Delivered-To: freebsd-sparc64@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 659EBE3CE74 for ; Mon, 9 Oct 2017 21:45:35 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 34A21813B0 for ; Mon, 9 Oct 2017 21:45:35 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (torb.pix.net [192.168.16.32]) (authenticated bits=0) by hydra.pix.net (8.16.0.19/8.15.2) with ESMTPA id v99LjXJb035267; Mon, 9 Oct 2017 17:45:33 -0400 (EDT) (envelope-from lidl@pix.net) Subject: Re: future of sparc64 From: Kurt Lidl To: freebsd-sparc64@freebsd.org References: <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> <20171007174124.GA20810@lonesome.com> Message-ID: <45244eca-9bda-630a-4607-a83803851a24@pix.net> Date: Mon, 9 Oct 2017 17:45:33 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 21:45:35 -0000 On 10/9/17 5:32 PM, Kurt Lidl wrote: > On 10/7/17 1:41 PM, Mark Linimon wrote: >> 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. > > I built gcc 6.0.4 (natively) on a sparc64 stable/11 a week ago. > > I built the stable/11 kernel with that compiler (it required a one-line > change to the kernel sources), and have been running that on my sparc64 > stable/11 gateway since I got it compiled. > > The pkg'd binary for gcc 6.0.4 is here: > > http://pkg.pix.net/FreeBSD:11:sparc64/gcc6-6.4.0_1.txz > > -Kurt As was pointed out, it was version 6.4.0, not 6.0.4. Anyway - the link is correct. -Kurt From owner-freebsd-sparc64@freebsd.org Tue Oct 10 01:52:09 2017 Return-Path: Delivered-To: freebsd-sparc64@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 66E47E4305B for ; Tue, 10 Oct 2017 01:52:09 +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 4962864A23 for ; Tue, 10 Oct 2017 01:52:09 +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 99326AF1; Mon, 9 Oct 2017 20:52:07 -0500 (CDT) Date: Mon, 9 Oct 2017 20:52:06 -0500 From: Mark Linimon To: Kurt Lidl Cc: freebsd-sparc64@freebsd.org Subject: Re: future of sparc64 Message-ID: <20171010015206.GB31231@lonesome.com> References: <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> <20171007174124.GA20810@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 01:52:09 -0000 On Mon, Oct 09, 2017 at 05:32:54PM -0400, Kurt Lidl wrote: > I built gcc 6.0.4 (natively) on a sparc64 stable/11 a week ago. I guess I'm confused then. It definitely fails on: FreeBSD 11.0-BETA4 Fri Aug 5 2016 root@releng2.nyi.freebsd.org (I never updated it to 11.0R because I didn't think anything significant changed between them.) I'll try spinning up another machine when I finish my current road trip. mcl From owner-freebsd-sparc64@freebsd.org Tue Oct 10 02:01:37 2017 Return-Path: Delivered-To: freebsd-sparc64@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 771A1E4357D for ; Tue, 10 Oct 2017 02:01:37 +0000 (UTC) (envelope-from instructionset@gmail.com) Received: from mail-pf0-x234.google.com (mail-pf0-x234.google.com [IPv6:2607:f8b0:400e:c00::234]) (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 45BE664FA3 for ; Tue, 10 Oct 2017 02:01:37 +0000 (UTC) (envelope-from instructionset@gmail.com) Received: by mail-pf0-x234.google.com with SMTP id m63so15626736pfk.7 for ; Mon, 09 Oct 2017 19:01:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=amyc/9+7X1Y5bMT/eu3mt8Q3FBaBv8294621ON9nUsA=; b=LdzGeC57bvdleiOxxuBP+ou8QwwAW0ogUF1TCK4JtLhxJP/YRBvUt4yErkQT+C508K +zynbyF5suH+JeE8Fj0S1ZNYwm1G4UlvHruSGKeVw3A2fqJW9P9S966vpb+t1gn7kN8I YTnV8UhXJV9C2T5GEWXtKV3ieuxFJbso39YugWDFXitU5RvIeJb5CaYrYoCPo8Zf/GUj 8njTe31De1/LvREmIltHZw8ca1I1byp+AtanGm3joH1mDJArfSbaSfBnHsn4ACwWZOYa GJmkdSqhsggK6IcW9V4I9VkCLL4uXqbmhbovfgbTjAWU5V4U3E24xjy8BtDjGlBj5uGQ jWeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=amyc/9+7X1Y5bMT/eu3mt8Q3FBaBv8294621ON9nUsA=; b=DXAJhnYa3P6P/NSBo4E9uWOCiyxUVT+9x4QZv7RdxP2keDsgeGacd2REx4lDdxFGJV Kt18I2lPuCSOQjiapmjqPOWkbm045Ah6TezBanIdpUxXTIHWEtQrTkfxXdtAz1mppXZ3 9YG/RngRTLwnrLZk4geOc18E90CHXwMn11kYwxWSGIj2TBNzn3GW1jp55Utw/W6AfkoM J5MljTElwO8iXGpny84n5PaFJwtFnJGpKZzXzpUnF15SqbeXYLZ79ACiyXj4Day4JBGN JkirBWplkC5ISagZKZ8LAtWfKK3UtxuGAQ7nHjR/ELXgE7zhWd1k7y98FECD7AwIlz3b o/GA== X-Gm-Message-State: AMCzsaXVROPSWv+fYayG7TYQwdL4vnAebmNSy+4tTF9VHbsQLGIqAXWy 2AaJJ7QEU5wdwXMpa7NUnFeqZtVE+Gn21Ow73kk= X-Google-Smtp-Source: AOwi7QBrg535QhpURUPCGf/bdwYwaPyprb7GylbG7Q9crlWF47U1811gZTlNQapaJ1SQJ55RkcQEWAwve1S5sJheVsI= X-Received: by 10.101.81.198 with SMTP id i6mr10756795pgq.228.1507600896735; Mon, 09 Oct 2017 19:01:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.229.71 with HTTP; Mon, 9 Oct 2017 19:01:36 -0700 (PDT) In-Reply-To: <20171010015206.GB31231@lonesome.com> References: <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> <20171007174124.GA20810@lonesome.com> <20171010015206.GB31231@lonesome.com> From: Bill Sorenson Date: Mon, 9 Oct 2017 21:01:36 -0500 Message-ID: Subject: Re: future of sparc64 To: Mark Linimon Cc: Kurt Lidl , freebsd-sparc64@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 02:01:37 -0000 I've been able to get GCC 5 and 6 to build as well. I had to build 4.9, use that to build 5 with a full bootstrap disabled and then use that to build itself once more. There is definitely something wrong there. On Mon, Oct 9, 2017 at 8:52 PM, Mark Linimon wrote: > On Mon, Oct 09, 2017 at 05:32:54PM -0400, Kurt Lidl wrote: > > I built gcc 6.0.4 (natively) on a sparc64 stable/11 a week ago. > > I guess I'm confused then. It definitely fails on: > > FreeBSD 11.0-BETA4 Fri Aug 5 2016 root@releng2.nyi.freebsd.org > > (I never updated it to 11.0R because I didn't think anything significant > changed between them.) > > I'll try spinning up another machine when I finish my current road trip. > > mcl > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > From owner-freebsd-sparc64@freebsd.org Tue Oct 10 21:14:38 2017 Return-Path: Delivered-To: freebsd-sparc64@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 E255EE3D331; Tue, 10 Oct 2017 21:14:38 +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 7B98C6D1DD; Tue, 10 Oct 2017 21:14:37 +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 v9ALESn3086415 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 10 Oct 2017 23:14:28 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id v9ALESWT086414; Tue, 10 Oct 2017 23:14:28 +0200 (CEST) (envelope-from marius) Date: Tue, 10 Oct 2017 23:14:28 +0200 From: Marius Strobl To: Mark Linimon Cc: Gerald Pfeifer , "A. Wilcox" , freebsd-sparc64@FreeBSD.org, freebsd-arch@freebsd.org Subject: Re: future of sparc64 (was: Making C++11 a hard requirement for FreeBSD) Message-ID: <20171010211428.GA51868@alchemy.franken.de> References: <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> <20171007174124.GA20810@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171007174124.GA20810@lonesome.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 21:14:39 -0000 On Sat, Oct 07, 2017 at 12:41:24PM -0500, Mark Linimon wrote: > > 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. The most plausible cause for that is executables and/or dynamic libraries not installing the user trap handlers as specified by the libc 64 psABI, i. e. not call __sparc_utrap_setup(). Do the ports GCCs use their own CRT nowadays? Do they no longer link libc last? Please provide their linker invocation. Also, please provide the backtrace of a minimal program exhibiting that problem. Marius From owner-freebsd-sparc64@freebsd.org Fri Oct 13 13:24:51 2017 Return-Path: Delivered-To: freebsd-sparc64@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 1B050E47F76 for ; Fri, 13 Oct 2017 13:24:51 +0000 (UTC) (envelope-from alicia.hill@leadeprospects.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id F19A163F9E for ; Fri, 13 Oct 2017 13:24:50 +0000 (UTC) (envelope-from alicia.hill@leadeprospects.com) Received: by mailman.ysv.freebsd.org (Postfix) id F0F74E47F70; Fri, 13 Oct 2017 13:24:50 +0000 (UTC) Delivered-To: sparc64@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 F09C6E47F6E for ; Fri, 13 Oct 2017 13:24:50 +0000 (UTC) (envelope-from alicia.hill@leadeprospects.com) Received: from us2-ob3-5.mailhostbox.com (us2-ob3-5.mailhostbox.com [162.210.70.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CEE2263F9D for ; Fri, 13 Oct 2017 13:24:50 +0000 (UTC) (envelope-from alicia.hill@leadeprospects.com) Received: from admin001PC (unknown [103.16.71.101]) (Authenticated sender: alicia.hill@leadeprospects.com) by us2.outbound.mailhostbox.com (Postfix) with ESMTPA id 42620CA9F8 for ; Fri, 13 Oct 2017 13:24:47 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadeprospects.com; s=20170320; t=1507901089; bh=+V+yOiL6LHfIGj3S03VqiiH4PmpYf5pYyN2GPl96UI4=; h=From:To:Subject:Date; b=JjfcefpZ1nad++uFHLkGrkrmvdtMCh2oH80micuITET1rZMQEnFYIqj7U4X2nPCV9 K2D134TXwJ3MqaXbau1ewgY0JF02hf72KVJjSEvL7HPM76vlhHRB/jgU98ITLUoqJ/ sMqMOc5KcXBvI5G1PusOqxsjcp9vsZl8KnZK8pR8= From: "Alicia Hill" To: Subject: System Administrators, Engineers, Developers Contact Email List - LISA17 expo Date: Fri, 13 Oct 2017 18:54:26 +0530 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdNEJjpwaca5WhA1RYy6r29p7Cu2mA== Content-Language: en-in X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=AbTBJzfG c=1 sm=1 tr=0 a=E21J04w0ybYcGNapx/JPOg==:117 a=E21J04w0ybYcGNapx/JPOg==:17 a=DAwyPP_o2Byb1YXLmDAA:9 a=3OEISajumCbwX7n53FoA:9 a=hK19oSejaIAtClNX:21 a=nH15IwdZTvknSq8j:21 a=CjuIK1q_8ugA:10 a=83Ogvvz0RKX2tBNMUGEA:9 a=eSajQp746AK2grak:21 a=kxO3zU90RSUqfSL3:21 a=m7fJSJ-I5Bxcu_ki:21 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 13:24:51 -0000 Hi, I've been trying to get in touch with you and just recently left a message to discuss how we can positively assist your upcoming event (LISA17 Expo) in providing "System Administrators, Engineers, Developers, Architects, Programmers, Technical Managers & Research Professionals Contact List" who would be interested in your product and services with required contact details like first & last names, Phone, fax, e-mail, physical address etc. We have recently compiled our list from the following: Academic Institutions, Government, Educations, IT industry and more as per your criteria. Kindly let us know your target requirement in the below format, so that we can send you the details and sample list accordingly. Target Industry: _____________ Target Titles: __________ Target Geography: ___________ Thank you and I look forward to hearing from you. Regards, Alicia Hill B2B Marketing & Data Specialist Unsubscribe