Don't create a backwards compatibility flag for something that was a

regression bug introduced in release 1.2

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

diff --git a/lib/Bytecode/Reader/Reader.h b/lib/Bytecode/Reader/Reader.h
index c93958419c3a619673f24c239dfb005a2300e1d5..97a82ca6e6e411fbc62d1a1a05426615c6c57df3 100644 (file)
--- a/lib/Bytecode/Reader/Reader.h
+++ b/lib/Bytecode/Reader/Reader.h
@@ -279,10 +279,6 @@ private:
   /// 2^32-1 bytes long.
   bool hasLongBlockHeaders;
 
-  /// LLVM 1.2 and earlier wrote floating point values in a platform specific
-  /// bit ordering. This was fixed in LLVM 1.3
-  bool hasPlatformSpecificFloatingPoint;
-
   /// LLVM 1.2 and earlier wrote type slot numbers as vbr_uint32. In LLVM 1.3
   /// this has been reduced to vbr_uint24. It shouldn't make much difference 
   /// since we haven't run into a module with > 24 million types, but for safety