aboutsummaryrefslogtreecommitdiffstats
path: root/gcc-4.4.0
diff options
context:
space:
mode:
authorPavel Chupin <pavel.v.chupin@intel.com>2013-12-09 12:59:31 +0400
committerPavel Chupin <pavel.v.chupin@intel.com>2013-12-09 18:05:00 +0400
commit03518e5fd50ca1389a55a9d443d7277ec03d1cde (patch)
treebfb2a4a135d008fe90a439e808c0ec4fff870f03 /gcc-4.4.0
parentbfad6b9d996c13f4be3625f095152eb9f0a175bc (diff)
downloadtoolchain_gcc-03518e5fd50ca1389a55a9d443d7277ec03d1cde.tar.gz
toolchain_gcc-03518e5fd50ca1389a55a9d443d7277ec03d1cde.tar.bz2
toolchain_gcc-03518e5fd50ca1389a55a9d443d7277ec03d1cde.zip
[4.6, 4.8] Add -mtune=intel support
This is backport of r205719 and r205754 from trunk. Now -mtune=intel matches -mtune=slm for 4.8 and -mtune=atom for 4.6. As written in gcc-4.8 docs: Produce code optimized for the most current Intel processors, which are Haswell and Silvermont for this version of GCC. If you know the CPU on which your code will run, then you should use the corresponding -mtune or -march option instead of -mtune=intel. But, if you want your application performs better on both Haswell and Silvermont, then you should use this option. As new Intel processors are deployed in the marketplace, the behavior of this option will change. Therefore, if you upgrade to a newer version of GCC, code generation controlled by this option will change to reflect the most current Intel processors at the time that version of GCC is released. There is no -march=intel option because -march indicates the instruction set the compiler can use, and there is no common instruction set applicable to all processors. In contrast, -mtune indicates the processor (or, in this case, collection of processors) for which the code is optimized. Change-Id: I3ec4c3b5423d9b3547cd8e3aa77a18af3fd89598 Signed-off-by: Pavel Chupin <pavel.v.chupin@intel.com>
Diffstat (limited to 'gcc-4.4.0')
0 files changed, 0 insertions, 0 deletions