On Wednesday 25 December 2013, Uros Bizjak wrote:
> On Tue, Dec 24, 2013 at 4:17 PM, Allan Sandfeld Jensen
>
> <carew...@gmail.com> wrote:
> >> Will libgcc/config/i386/cpuinfo.c update be a separate patch?
> >> Should we use a single definition for both i386.c and libgcc?
> >
> > Currently they need to be in the same patch. But yes, moving the
> > definition out to a common header would probably be a good idea to
> > reduce potential mismatches in future.
>
> This could be a follow-up patch.
>
> > How does the patch get commited after being accepted? It has been many
> > years since I last contributed to gcc, and I can not remember the rest
> > of the process, and doubt it is still the same.
>
> Please send me ChangeLog entries, and I will commit the patch for you.
>
> Patch is OK for mainline.
>
Ah, sorry I moved the ChangeLog entries to ChangeLog.arch but it didn't get
included by svn diff. I have attached it.
Christmas greetings
`Allan
gcc/
2013-12-23 Allan Sandfeld Jensen <sandf...@kde.org>
PR gcc/59422
* config/i386/i386.c: Extend function multiversioning
to better support recent Intel and AMD models.
2013-12-23 H.J. Lu <hongjiu...@intel.com>
* config/i386/i386.c (get_builtin_code_for_version): Handle
PROCESSOR_HASWELL and PROCESSOR_SILVERMONT.
(processor_model): Add M_INTEL_COREI7_IVYBRIDGE and
M_INTEL_COREI7_HASWELL.
(arch_names_table): Add "ivybridge", "haswell", "bonnell",
"silvermont".
libgcc/
2013-12-23 Allan Sandfeld Jensen <sandf...@kde.org>
PR gcc/59422
* config/i386/cpuinfo.c: Detect sse4a, fma4, xop and fma
ISAs and recent Intel and AMD models.
2013-12-23 H.J. Lu <hongjiu...@intel.com>
* config/i386/cpuinfo.c (processor_subtypes): Add
INTEL_COREI7_IVYBRIDGE and INTEL_COREI7_HASWELL.
(get_intel_cpu): Check Ivy Bridge and Haswell processors.
