Skip site navigation (1)Skip section navigation (2)
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>