Date: Fri, 15 Dec 2006 05:30:26 +1100 From: Peter Jeremy <peterjeremy@optushome.com.au> To: freebsd-current@freebsd.org Subject: Re: Let's use gcc-4.2, not 4.1 -- OpenMP Message-ID: <20061214183026.GA1532@turion.vk2pj.dyndns.org> In-Reply-To: <elrr0d$8g1$1@sea.gmane.org> References: <20061213192150.CF83D16A417@hub.freebsd.org> <200612131711.50921.mi%2Bmx@aldan.algebra.com> <4580DFAB.3080601@FreeBSD.org> <200612140917.25523@aldan> <elrr0d$8g1$1@sea.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Dec-14 16:35:41 +0100, Ivan Voras wrote: >For what it's worth: +1. It's going to be practically required even for >medium-performance applications as CPU clock rate stagnate and more >cores are grown. Sun have stated that they do not expect SPARC clock speeds to increase significantly. Instead, they will be doubling the number of threads per chip every year or so. (32 now, 64 next year). Intel have announced quad-core x86 chips. AMD will presumably follow suit. Based on the current release engineering guidelines, FreeBSD 7.x will probably be supported until around 2011 (-RELEASE next year, -STABLE for about 18 months, continued support for 2 years after 8-RELEASE). The system toolchain is a critical piece of infrastructure and making a major change within a release is impractical. IMHO, rather than looking at what is mature now, FreeBSD -CURRENT should be looking at a toolchain that is closer to the leading edge (as long as there are no significant regressions in stability) but will mature shortly before 7-RELEASE. This maximises the period of "vendor" support for the toolchain and therefore reduces the amount of FreeBSD developer effort that will be spent supporting the toolchain once the vendor stops doing so. The computing industry moves relatively fast and you can't wait for your supplier's product to be fully mature before you start developing on it or your customers will go elsewhere because their customers won't buy what they see as a product running on an obsolete base. --=20 Peter Jeremy --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgZhC/opHv/APuIcRAnQkAKDBajjY/x7mf3da9gAa7cGYqb8VSwCfe/b0 dQDOgfQUHBsuYIOV7xvUKs4= =mTM+ -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20061214183026.GA1532>