[prev in list] [next in list] [prev in thread] [next in thread] 

List:       binutils-bugs
Subject:    [Bug binutils/26218] Invalid coff/pe arm machine type creating EFI binary
From:       "tnfchris at sourceware dot org" <sourceware-bugzilla () sourceware ! org>
Date:       2021-06-30 14:20:04
Message-ID: bug-26218-70-G1RpExELJ1 () http ! sourceware ! org/bugzilla/
[Download RAW message or body]

https://sourceware.org/bugzilla/show_bug.cgi?id=26218

--- Comment #5 from Tamar Christina <tnfchris at sourceware dot org> ---
(In reply to Nick Clifton from comment #4)
> (In reply to Tamar Christina from comment #3)
> 
> > #define	ARMPEMAGIC	0x1c0
> > 
> > But the problem is how do we change the default target's magic value..
> > If we just change it I believe we break objdump and the linker's ability to
> > recognize the format.
> > 
> > perhaps expose it as a different format?
> 
> Probably a new target configuration.  Something like arm-efi ?
> 
> It looks like the ARM_WINCE code is currently redundant - I could not find
> it #defined anywhere - but maybe we need to resurrect it ?

It's set in bfd/config.bfd when defining the targets

  arm-wince-pe | arm-*-wince | arm*-*-mingw32ce* | arm*-*-cegcc*)
    targ_defvec=arm_pe_wince_le_vec
    targ_selvecs="arm_pe_wince_le_vec arm_pe_wince_be_vec arm_pei_wince_le_vec
arm_pei_wince_be_vec"
    targ_underscore=no
    targ_cflags="-DARM_WINCE -DARM_COFF_BUGFIX"
    ;;

It must be working since otherwise any WINCE devices (which afaik are still
used in some old windows embedded devices) would have the loader reject the
binaries as unknown.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
[prev in list] [next in list] [prev in thread] [next in thread]