Remove SH-5 remnants

Hans-Peter Nilsson hp@bitrange.com
Tue Apr 21 03:28:53 GMT 2020


On Tue, 21 Apr 2020, Alan Modra via Binutils wrote:

> diff --git a/include/elf/sh.h b/include/elf/sh.h
> index c81d7f9dc1..0408ec2695 100644
> --- a/include/elf/sh.h
> +++ b/include/elf/sh.h
> @@ -95,27 +95,6 @@ int sh_elf_get_flags_from_mach (unsigned long mach);
>  					   be relocated independently.  */
>  #define EF_SH_FDPIC		0x8000	/* Uses the FDPIC ABI.  */
>
> -/* Flags for the st_other symbol field.
> -   Keep away from the STV_ visibility flags (bit 0..1).  */
> -
> -/* A reference to this symbol should by default add 1.  */
> -#define STO_SH5_ISA32 (1 << 2)
> -
> -/* Section contains only SHmedia code (no SHcompact code).  */
> -#define SHF_SH5_ISA32		0x40000000
> -
> -/* Section contains both SHmedia and SHcompact code, and possibly also
> -   constants.  */
> -#define SHF_SH5_ISA32_MIXED	0x20000000
> -
> -/* If applied to a .cranges section, marks that the section is sorted by
> -   increasing cr_addr values.  */
> -#define SHT_SH5_CR_SORTED 0x80000001
> -
> -/* Symbol should be handled as DataLabel (attached to global SHN_UNDEF
> -   symbols).  */
> -#define STT_DATALABEL STT_LOPROC
> -
>  #include "elf/reloc-macros.h"

But, aren't those values actually still "allocated" and
keeping them makes sense as to avoid SHF_*-allocation mishaps?

brgds, H-P


More information about the Binutils mailing list