[PATCH, binutils] Update bfd's Tag_CPU_arch knowledge

[Nick Clifton]

Hi Thomas,

> *** bfd/ChangeLog ***
> 
> 2018-02-26  Thomas Preud'homme  <thomas.preudhomme@arm.com>
> 
> Â Â Â Â * archures.c (bfd_mach_arm_5TEJ, bfd_mach_arm_6, bfd_mach_arm_6KZ,
> Â Â Â Â bfd_mach_arm_6T2, bfd_mach_arm_6K, bfd_mach_arm_7, bfd_mach_arm_6M,
> Â Â Â Â bfd_mach_arm_6SM, bfd_mach_arm_7EM, bfd_mach_arm_8, bfd_mach_arm_8R,
> Â Â Â Â bfd_mach_arm_8M_BASE, bfd_mach_arm_8M_MAIN): Define.
> Â Â Â Â * bfd-in2.h: Regenerate.
> Â Â Â Â * cpu-arm.c (arch_info_struct): Add entries for above new
> Â Â Â Â bfd_mach_arm values.
> Â Â Â Â * elf32-arm.c (bfd_arm_get_mach_from_attributes): Add Tag_CPU_arch to
> Â Â Â Â bfd_mach_arm mapping logic for pre Armv4 and Armv5TEJ and later
>     architectures.  Force assert failure for any new Tag_CPU_arch value.
> 
> *** gas/ChangeLog ***
> 
> 2018-02-26  Thomas Preud'homme  <thomas.preudhomme@arm.com>
> 
> Â Â Â Â * config/tc-arm.c (cpu_arch_ver): Use symbolic TAG_CPU_ARCH macros
> Â Â Â Â rather than hardcode their values.
> 
> *** opcodes/ChangeLog ***
> 
> 2018-02-26  Thomas Preud'homme  <thomas.preudhomme@arm.com>
> 
>     * arm-dis.c (select_arm_features): Fix typo in heading comment.  Allow
> Â Â Â Â all FPU features and add mapping from new bfd_mach_arm values to
> Â Â Â Â allowed CPU feature bits.
> 
> *** ld/ChangeLog ***
> 
> 2018-02-26  Thomas Preud'homme  <thomas.preudhomme@arm.com>
> 
> Â Â Â Â * testsuite/ld-arm/tls-descrelax-be8.d: Add architecture version in
> Â Â Â Â expected result.
> Â Â Â Â * testsuite/ld-arm/tls-descrelax-v7.d: Likewise.
> Â Â Â Â * testsuite/ld-arm/tls-longplt-lib.d: Likewise.
> Â Â Â Â * testsuite/ld-arm/tls-longplt.d: Likewise.
> 
> Testing: Testsuite for arm-none-eabi targets shows no regression. Also
> ran the testsuite with modified objdump to always use build attribute to
> select which instructions are available and only the following test FAIL
> expectedly:
> 
> * Group relocation tests (ldc)
> Â  -> no CPU or FPU set before first batch of instructions
> 
> * ARM basic instructions
> Â  -> fails because disassembly now correctly shows instructions as not
> Â Â Â Â  UNPREDICTABLE since the test is compiled for arm7m CPU (Armv3M)
> 
> * NOP<c> instructions
> * Upredictable Instructions
> Â  -> no CPU or FPU set
> 
> * gas/arm/v4bx
> * ARMv4 interworking
> Â  -> incorrect disassembly of bx expected since test has .arch armv4
> Â Â Â Â  directive but bx only available from v4t onwards
> 
> Is this ok for master?

Approved - please apply.

Cheers
  Nick