Date: Fri, 16 Jan 2009 10:43:18 +0000 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Anton Shterenlikht <mexas@bristol.ac.uk> Cc: freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) Message-ID: <497064C6.5070807@zedat.fu-berlin.de> In-Reply-To: <20090116100932.GB36588@mech-cluster238.men.bris.ac.uk> References: <de2964020901141507m5a30c466ta1e05694d220ce0b@mail.gmail.com> <20090115084515.GA91157@freebsd.org> <496FBFCD.6010302@FreeBSD.org> <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com> <20090116100932.GB36588@mech-cluster238.men.bris.ac.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Anton Shterenlikht wrote: > On Thu, Jan 15, 2009 at 11:15:52PM -0800, Garrett Cooper wrote: >> the end. Take Gentoo Linux: it's a Linux distribution riddled with >> choices -- so many bloody choices that one has to make to get a >> working system, that just one library going south with the wrong >> option can set you back hours or days in order to get up and going >> again... we shouldn't go down that road or we'll just be begging for >> pain, if not from a support end, then from a user endpoint because >> we'll be more efficient manufacturers of rope than ever before, and >> users will be isolated from folks trying to reproduce their issues. > > As a FBSD user I'm really happy with the current balance between > freedom of choice and order. This was the thing that attracted me > first to FBSD (v 4.9), after being thoroughly confused by linux anarchy. >>From my point of view this is the ideal balance, and this is what makes > FBSD stand apart from linux and other BSDs. > > Too much choice is not always a good thing. > > yours > anton > .. but having NO or a very RESTRICTED choice could lead to a dead end, see performance, modern parallel techniques (OpenMP) and new built-in-silica -features. If the 'dictated choice' of the compiler leads also development of the OS's interna (by taking care of having no specific features like SSE3/4/4.1/4.2 for basic libc-features like memcopy etc due to the danger the compiler/binutils will not target this in all cases or whilst the development of the compiler stagnated and therefore those features could not be used), this could also be the end for the OS. Switching back to an hopeless outdated relict from the past (pcc) means having years of development and invention bringing those compiler suits back to the recent state of the art and this means the OS that relies on those strange political directions could end up behind competitors. This may sound stupid for several people here, but Within the 13 years with FreeBSD now, I saw many departments switching from FreeBSD to Linux and moneyflow is in most cases directed towards expected profit. Since BSD isn't developed as an academic approach of an OS, it is highly dependend on a pseudo-commercial success finding new donations hiring developer (not scientists, what a pitty).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?497064C6.5070807>