Remove item: thumb padding in constant islands

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@36586 91177308-0d34-0410-b5e6-96231b3b80d8

1 files changed, 2 insertions, 6 deletions

diff --git a/lib/Target/ARM/README.txt b/lib/Target/ARM/README.txt
index a75007cd4f..c30c0e5a9f 100644
--- a/lib/Target/ARM/README.txt
+++ b/lib/Target/ARM/README.txt
@@ -35,14 +35,10 @@ but there is unlikely to be much improvement in the generated code.
 1.  There may be some advantage to trying to be smarter about the initial
 placement, rather than putting everything at the end.
 
-2.  The handling of 2-byte padding for Thumb is overly conservative.  There 
-would be a small gain to keeping accurate track of the padding (which would
-require aligning functions containing constant pools to 4-byte boundaries).
-
-3.  There might be some compile-time efficiency to be had by representing
+2.  There might be some compile-time efficiency to be had by representing
 consecutive islands as a single block rather than multiple blocks.
 
-4.  Use a priority queue to sort constant pool users in inverse order of
+3.  Use a priority queue to sort constant pool users in inverse order of
     position so we always process the one closed to the end of functions
     first. This may simply CreateNewWater.