Don't use PathV1 in CommandLine.cpp.

No functionality change.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@183842 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Rafael Espindola 2013-06-12 15:37:27 +00:00
parent f69ead4651
commit 234cad70a5

View File

@ -29,7 +29,6 @@
#include "llvm/Support/ManagedStatic.h"
#include "llvm/Support/MemoryBuffer.h"
#include "llvm/Support/Path.h"
#include "llvm/Support/PathV1.h"
#include "llvm/Support/raw_ostream.h"
#include "llvm/Support/system_error.h"
#include <cerrno>
@ -513,27 +512,16 @@ static void ExpandResponseFiles(unsigned argc, const char*const* argv,
const char *arg = argv[i];
if (arg[0] == '@') {
sys::PathWithStatus respFile(++arg);
// TODO: we should also support recursive loading of response files,
// since this is how gcc behaves. (From their man page: "The file may
// itself contain additional @file options; any such options will be
// processed recursively.")
// Check that the response file is not empty (mmap'ing empty
// files can be problematic).
const sys::FileStatus *FileStat = respFile.getFileStatus();
if (FileStat && FileStat->getSize() != 0) {
// If we could open the file, parse its contents, otherwise
// pass the @file option verbatim.
// TODO: we should also support recursive loading of response files,
// since this is how gcc behaves. (From their man page: "The file may
// itself contain additional @file options; any such options will be
// processed recursively.")
// Mmap the response file into memory.
OwningPtr<MemoryBuffer> respFilePtr;
if (!MemoryBuffer::getFile(respFile.c_str(), respFilePtr)) {
ParseCStringVector(newArgv, respFilePtr->getBufferStart());
continue;
}
// Mmap the response file into memory.
OwningPtr<MemoryBuffer> respFilePtr;
if (!MemoryBuffer::getFile(arg + 1, respFilePtr)) {
ParseCStringVector(newArgv, respFilePtr->getBufferStart());
continue;
}
}
newArgv.push_back(strdup(arg));