All of lore.kernel.org
 help / color / mirror / Atom feed
From: Frans Pop <elendil@planet.nl>
To: Fenghua Yu <fenghua.yu@intel.com>
Cc: Peter Chubb <peterc@gelato.unsw.edu.au>,
	Sam Ravnborg <sam@ravnborg.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-kbuild@vger.kernel.org" <linux-kbuild@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] ia64: minor Makefile simplification through use of cc-ifversion
Date: Fri, 24 Jul 2009 23:25:04 +0000	[thread overview]
Message-ID: <200907250125.06102.elendil@planet.nl> (raw)
In-Reply-To: <20090724231511.GA20607@linux-os.sc.intel.com>

On Saturday 25 July 2009, Fenghua Yu wrote:
> Between GCC version 3.4.0 and 4.3.3 (including 3.4.0 and 4.3.3),
> -mtune=merced is implemented in GCC. Starting from 4.4.0, -mtune=merced
> is deprecated.
>
> Even implemented in versions between 3.4.0 and 4.3.3, the -mtune=merced
> feature has been broken in some of the versions. For example, GCC 4.1.2
> reports interanl tuning function errors during kernel building with
> -mtune=merced. Or GCC Bugzilla 16130 reports another -mtune=merced
> issue on GCC 3.4.1.
>
> So I would remove the -mtune=merced from IA64 kernel build. Without
> this option, kernel on Merced will remain the same except losing an
> unstable and out-of-date performance tunning feature.
>
> Since GCC version 3.4.0, -mtune=mckinley has been implemented. The
> -mtune=mckinley option functions the same as mtune=itanium2. And
> mtune=itanium2 is the default option. So we don't need to add
> mtune=mckinley either since its been the default option in any GCC
> version which implements this option.
>
> Signed-off-by: Fenghua Yu <fenghua.yu@intel.com>

Fine by me, but you'll probably want to give the commit a different 
subject :-)

WARNING: multiple messages have this Message-ID (diff)
From: Frans Pop <elendil@planet.nl>
To: Fenghua Yu <fenghua.yu@intel.com>
Cc: Peter Chubb <peterc@gelato.unsw.edu.au>,
	Sam Ravnborg <sam@ravnborg.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-kbuild@vger.kernel.org" <linux-kbuild@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] ia64: minor Makefile simplification through use of cc-ifversion
Date: Sat, 25 Jul 2009 01:25:04 +0200	[thread overview]
Message-ID: <200907250125.06102.elendil@planet.nl> (raw)
In-Reply-To: <20090724231511.GA20607@linux-os.sc.intel.com>

On Saturday 25 July 2009, Fenghua Yu wrote:
> Between GCC version 3.4.0 and 4.3.3 (including 3.4.0 and 4.3.3),
> -mtune=merced is implemented in GCC. Starting from 4.4.0, -mtune=merced
> is deprecated.
>
> Even implemented in versions between 3.4.0 and 4.3.3, the -mtune=merced
> feature has been broken in some of the versions. For example, GCC 4.1.2
> reports interanl tuning function errors during kernel building with
> -mtune=merced. Or GCC Bugzilla 16130 reports another -mtune=merced
> issue on GCC 3.4.1.
>
> So I would remove the -mtune=merced from IA64 kernel build. Without
> this option, kernel on Merced will remain the same except losing an
> unstable and out-of-date performance tunning feature.
>
> Since GCC version 3.4.0, -mtune=mckinley has been implemented. The
> -mtune=mckinley option functions the same as mtune=itanium2. And
> mtune=itanium2 is the default option. So we don't need to add
> mtune=mckinley either since its been the default option in any GCC
> version which implements this option.
>
> Signed-off-by: Fenghua Yu <fenghua.yu@intel.com>

Fine by me, but you'll probably want to give the commit a different 
subject :-)

  reply	other threads:[~2009-07-24 23:25 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-23 18:56 [PATCH] ia64: minor Makefile simplification through use of cc-ifversion Frans Pop
2009-07-23 18:56 ` Frans Pop
2009-07-23 21:28 ` [PATCH] ia64: minor Makefile simplification through use of Sam Ravnborg
2009-07-23 21:28   ` [PATCH] ia64: minor Makefile simplification through use of cc-ifversion Sam Ravnborg
2009-07-24  1:39   ` Peter Chubb
2009-07-24  1:39     ` Peter Chubb
2009-07-24 18:23     ` Frans Pop
2009-07-24 18:23       ` Frans Pop
2009-07-24 23:15       ` Fenghua Yu
2009-07-24 23:15         ` Fenghua Yu
2009-07-24 23:25         ` Frans Pop [this message]
2009-07-24 23:25           ` Frans Pop

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200907250125.06102.elendil@planet.nl \
    --to=elendil@planet.nl \
    --cc=fenghua.yu@intel.com \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peterc@gelato.unsw.edu.au \
    --cc=sam@ravnborg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.