Remove C++98 workaround in llvm::sys::DontRemoveFileOnSignal()
authorYaron Keren <yaron.keren@gmail.com>
Wed, 22 Jul 2015 18:23:51 +0000 (18:23 +0000)
committerYaron Keren <yaron.keren@gmail.com>
Wed, 22 Jul 2015 18:23:51 +0000 (18:23 +0000)
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@242920 91177308-0d34-0410-b5e6-96231b3b80d8

lib/Support/Unix/Signals.inc

index bfe2a3a380edcb7efe4c38e5b88d41894105a9fb..68e10435c7f3f966d9b10d327670f902a2eeef99 100644 (file)
@@ -268,13 +268,6 @@ void llvm::sys::DontRemoveFileOnSignal(StringRef Filename) {
   std::vector<std::string>::iterator I = FilesToRemove->end();
   if (RI != FilesToRemove->rend())
     I = FilesToRemove->erase(RI.base()-1);
-
-  // We need to call c_str() on every element which would have been moved by
-  // the erase. These elements, in a C++98 implementation where c_str()
-  // requires a reallocation on the first call may have had the call to c_str()
-  // made on insertion become invalid by being copied down an element.
-  for (std::vector<std::string>::iterator E = FilesToRemove->end(); I != E; ++I)
-    I->c_str();
 }
 
 /// AddSignalHandler - Add a function to be called when a signal is delivered