From owner-freebsd-hackers@freebsd.org Mon Aug 17 16:15:51 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 E5C019BB7BE for ; Mon, 17 Aug 2015 16:15:50 +0000 (UTC) (envelope-from dieterbsd@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (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 B69791C35 for ; Mon, 17 Aug 2015 16:15:50 +0000 (UTC) (envelope-from dieterbsd@gmail.com) Received: by igbjg10 with SMTP id jg10so59446379igb.0 for ; Mon, 17 Aug 2015 09:15:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZuSkUPmLrEMXhziJbpWUQ178UMcurV3S85i4OmL5lF8=; b=lRWbly+9RSLgJaxx0BC+JzleuJZpImpJ9z0iCWgYHdPLcDGKa9wiuKUu+o5OOOuWWY IIadLgGvvuTgOf3ZaNu6xySwOmYMiDYlIfKK2jA8HqV/Rp+PoOdGr+WqliwNP7KnajJr ozne7NsBzzsUj1kcuFDBEk/EQ3cBGdJTuBxhp9gGLNHEZ6s7btT4tzI2NaJ86jiQQqoP jgBdmraOU9kcMmS1ov0Rv/FvyRfwPAwmgH+AMqAj8rUx/M+w2CucKgmsAi7HNnF+6gKI ApmKAo1gb+adJAidkU0P0kGrdjX/M0WNhgfNMZLilR0fOXXpfxHTuMtGHCGPNI59fYD3 B0kw== MIME-Version: 1.0 X-Received: by 10.50.66.197 with SMTP id h5mr16206310igt.82.1439828150103; Mon, 17 Aug 2015 09:15:50 -0700 (PDT) Received: by 10.64.2.132 with HTTP; Mon, 17 Aug 2015 09:15:50 -0700 (PDT) Date: Mon, 17 Aug 2015 09:15:50 -0700 Message-ID: Subject: Re: Sparc64 support From: Dieter BSD To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 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: Mon, 17 Aug 2015 16:15:51 -0000 Jordan: > external toolchain Suggestion: can we get away from "internal" toolchain and "external" toolchain, and set things up to make it easy to have multiple equal toolchains? And an easy way for a user to select which one (and which version) they want to use. Much like setting $EDITOR. Each arch would have a default toolchain in case $TOOLCHAIN isn't set. Bonus points if power toolchain users can easily mix&match pieces from different toolchains. And an easy way to add options. (Example: Back when most code was written assuming all the world is ILP32, I wrote a wrapper that added some compiler warnings for prototypes and such, making it easier to port code to LP64.) Doesn't have to be environment variables, could be a toolchain config file, whatever. The NasaBSD story as it was told to me: 20 years ago, NASA employed many of the NetBSD engineers. NetBSD was very high quality, well thought out, and portable. Not perfect (NetBSD's FFS was never as good as FreeBSD's, (but FreeBSD isn't very useful if it doesn't run on your arch)), but pretty close. Did everything I needed at the time, and nearly no bugs. PRs actually got fixed!!! Hard to imagine these days. The packaging was great. Toolchain was a seperate tar file. Text processing was a seperate tar file, Several other lumps of stuff were seperate tar files. Want to build a minimal machine, like a firewall? Just install kernel, base, and etc. Want everything? Just unpack several tar files. Ether way it was very easy. And the package system for adding third party things worked great. Easy to build cross-arch and/or cross-OS, even if the host OS has no support for the target arch. (I've done it, it worked.) Then these engineers got jobs elsewhere, and NetBSD started going downhill. PRs started getting ignored, or closed for bogus reasons. Essential hardware not supported. More bugs. (FreeBSD has these same problems.) They are even ripping out essential features (for bogus reasons). So NasaBSD is a nickname for early NetBSD. > Even NetBSD, which has long had the motto [crap deleted] of course it > runs NetBSD [crap deleted] (as if the answer was so obvious as to be > unworth the question) NetBSD used to run on pretty much everything. > has been retiring architectures left and right Just part of their slide downhill. > your software will be a collection of burdensome conditionals > and weird constructs I've seen that in 3rd party software. I don't recall seeing it in NetBSD. But given what's been going on there, the recent stuff probably has some. BTW, Attempting to read text with non-ASCII crap sprinkled throughout for no obvious reason is burdensome as well. Extra characters for other languages are one thing, but that doesn't appear to be the case here. Pasting it into my editor results in a mangled mess, which is burdensome to unmangle.