diff options
author | Ard Biesheuvel <ard.biesheuvel@linaro.org> | 2018-12-05 09:15:48 +0100 |
---|---|---|
committer | Ard Biesheuvel <ard.biesheuvel@linaro.org> | 2018-12-06 08:32:00 +0100 |
commit | 67938bcc9d9ed7b1867d29e47f3547bdf299f8c6 (patch) | |
tree | 423f764c0324121b0484cf6576ea3b02dc2a26fc /BaseTools/Source/Python/Common/Misc.py | |
parent | 6e8cad49a09db38c309b19b930ba568d2953a901 (diff) | |
download | edk2-67938bcc9d9ed7b1867d29e47f3547bdf299f8c6.tar.gz edk2-67938bcc9d9ed7b1867d29e47f3547bdf299f8c6.tar.bz2 edk2-67938bcc9d9ed7b1867d29e47f3547bdf299f8c6.zip |
BaseTools/CommonLib: drop the use of MAX_ADDRESS
The macro MAX_ADDRESS represents the largest virtual address that
is valid for a certain architecture. For the BaseTools, this quantity
is irrelevant, since the same tools can be used to build for different
targets.
Since we only refer to it in a single place, which is an ASSERT() that
doesn't seem particularly useful (it ensures that memcpy() will not
be called with arguments that will make it read beyond the end of the
address space and wrap around), let's drop the ASSERT and all references
to MAX_ADDRESS.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Laszlo Ersek <lersek@redhat.com>
Reviewed-by: Liming Gao <liming.gao@intel.com>
Diffstat (limited to 'BaseTools/Source/Python/Common/Misc.py')
0 files changed, 0 insertions, 0 deletions