From owner-freebsd-toolchain@FreeBSD.ORG Mon May 27 20:09:31 2013 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E73319B for ; Mon, 27 May 2013 20:09:31 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm42-vm4.bullet.mail.bf1.yahoo.com (nm42-vm4.bullet.mail.bf1.yahoo.com [216.109.114.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2259B7 for ; Mon, 27 May 2013 20:09:30 +0000 (UTC) Received: from [98.139.212.144] by nm42.bullet.mail.bf1.yahoo.com with NNFMP; 27 May 2013 20:07:18 -0000 Received: from [98.139.213.4] by tm1.bullet.mail.bf1.yahoo.com with NNFMP; 27 May 2013 20:07:18 -0000 Received: from [127.0.0.1] by smtp104.mail.bf1.yahoo.com with NNFMP; 27 May 2013 20:07:18 -0000 X-Yahoo-Newman-Id: 146581.37948.bm@smtp104.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Fm_DDPcVM1kvIasnFd3Bc0rbV8ZxZ2c_DoHaKPIqEcKLtWE EJfUakiOKHNCoqX9LYRCSEs7W3KSiR5afZI4GrlmZxxKBKUymmDzn0UNTSvT kA7_DfMu1ulQX.hQraG8Jn7HNLLpawhrybBUIuuSC2GmdT1aRSJwOCMQYQid xm.ntqTsVcqnrfVloY5.ps6mAyuFQ4gPiFDtDWjY.mYhExyQycrQAdrh1NiK Vp0gMCvGG.8kIFIMUxCXLkE4CV.jgacBnC_R.5HX788Z3FBuT6le8rR4fQOm a.F3I3Dai9CY5oua.Rl9JuyD4tHuICZk9a4nIjL3rVHb7JG7zy37mbGzg7Pk fbx_q4sPfAGPPCqwQDcaq3XrZuuS2ZD1mj8Qdoiao9AO.VvFy11_oyCsHdf9 qHXQ4WMPiThF9b0Zul20IYIwiwP6rTf86QmIZsqtIrYZQEOXzqKrWmJJ_H51 NjPqD4EpXsN3qU5Q- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf X-Rocket-Received: from [192.168.0.102] (pfg@190.157.126.109 with ) by smtp104.mail.bf1.yahoo.com with SMTP; 27 May 2013 13:07:18 -0700 PDT Message-ID: <51A3BCF4.1010008@FreeBSD.org> Date: Mon, 27 May 2013 15:07:16 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130407 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-toolchain@freebsd.org Subject: Re: [CFT] gcc: support for barcelona References: <51A38CBD.6000702@FreeBSD.org> <4BD4D414-8281-4127-A520-565CF28FF5E5@FreeBSD.org> In-Reply-To: <4BD4D414-8281-4127-A520-565CF28FF5E5@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 May 2013 20:09:31 -0000 On 27.05.2013 14:38, Dimitry Andric wrote: > On May 27, 2013, at 21:12, Rui Paulo wrote: >> On 27 May 2013, at 09:41, Pedro Giffuni wrote: >>> Almost a year ago I tried to bring in the support for AMD's barcelona >>> chipset into our gcc. This actually filled a lot of holes in that were left >>> when similar intel support was brought in. >>> >>> Unfortunately I had to revert rapidly such support as it broke building >>> some C++ ports even when it was not being used. >>> >>> jkim@ did some cleanup of the support and the patch has been >>> gathering rust here: >>> >>> http://people.freebsd.org/~jkim/reworked-r236962-3.diff >>> >>> The patch still applies cleanly and there is a good chance it will work >>> since there have been other fixes merged since the last time. >>> >>> I did some basic testing and so far it works for me but I don't have >>> the specific chipset. Additional testing would be welcome. >> I have to question the general direction of this work. We switched to Clang as the default compiler for i386/amd64 some months ago and now you're working on improving our base GCC especially for amd64? I don't really understand how useful this is. It doesn't strike me as a good idea to see people working on things that will eventually be replaced / removed. > It is probably a better use of time to work on getting the tree to build > with an out-of-tree gcc 4.7 or 4.8 instead. Why spend more effort on a > completely dead branch of gcc? Newer gcc's have better code generation, > support for more modern CPUs, and better diagnostics (including even > those controversial carets ;-). FWIW, upstream gcc has a bug that affects ctfmerge and they have been very slow to fix it. I submitted a bug report and a workaround patch for ctfmerge to the Illumos guys but they have been very slow to review it as well. I do agree having out-of-tree compilers is important though; and much preferable than carrying two compilers ;). Pedro.