summaryrefslogtreecommitdiffstats
path: root/BaseTools/Source/Python/Common/VariableAttributes.py
diff options
context:
space:
mode:
authorArd Biesheuvel <ard.biesheuvel@linaro.org>2018-12-05 09:15:48 +0100
committerArd Biesheuvel <ard.biesheuvel@linaro.org>2018-12-06 08:32:00 +0100
commit67938bcc9d9ed7b1867d29e47f3547bdf299f8c6 (patch)
tree423f764c0324121b0484cf6576ea3b02dc2a26fc /BaseTools/Source/Python/Common/VariableAttributes.py
parent6e8cad49a09db38c309b19b930ba568d2953a901 (diff)
downloadedk2-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/VariableAttributes.py')
0 files changed, 0 insertions, 0 deletions