summaryrefslogtreecommitdiffstats
path: root/NetworkPkg
diff options
context:
space:
mode:
authorArd Biesheuvel <ard.biesheuvel@linaro.org>2017-03-27 13:22:16 +0100
committerArd Biesheuvel <ard.biesheuvel@linaro.org>2017-03-29 11:54:07 +0100
commit6e7ec25aaaf0dfc2b4c84ffd4c7ee7cd442aecb6 (patch)
treed49004c5d642f7a3725074cd7716eeefee33602f /NetworkPkg
parent9bca00be25c7cb5af5c11fcb1bd4f53f8380b2f3 (diff)
downloadedk2-6e7ec25aaaf0dfc2b4c84ffd4c7ee7cd442aecb6.tar.gz
edk2-6e7ec25aaaf0dfc2b4c84ffd4c7ee7cd442aecb6.tar.bz2
edk2-6e7ec25aaaf0dfc2b4c84ffd4c7ee7cd442aecb6.zip
MdeModulePkg/PeiCore: avoid EFI_IMAGE_MACHINE_TYPE_SUPPORTED to check arch
The EFI_IMAGE_MACHINE_TYPE_SUPPORTED() macro is abused in the PeiCore code to decide whether the system we are compiling for can deal with executable code being copied elsewhere and executed from there. As stated in the comment, this is fundamentally a property of the compiler target, and so this should be made dependent on MDE_CPU_xxx preprocessor defines, and not on whether or not the runtime target can deal with PE/COFF images of a certain machine type. On X86/IA32, this mostly boils down to the same thing, but not on other architectures, so let's clean this up. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> Reviewed-by: Liming Gao <liming.gao@intel.com>
Diffstat (limited to 'NetworkPkg')
0 files changed, 0 insertions, 0 deletions