12
12
#include < iostream>
13
13
14
14
// Creates a copy of the output file map and updated remapping table in place
15
- // It does not change the original map file as it is dependent upon by the original compiler
15
+ // It does not change the original map file as it is depended upon by the original compiler
16
16
// Returns path to the newly created output file map on success, or None in a case of failure
17
17
static std::optional<std::string> rewriteOutputFileMap (
18
18
const codeql::SwiftExtractorConfiguration& config,
@@ -58,7 +58,7 @@ static std::optional<std::string> rewriteOutputFileMap(
58
58
return newPath;
59
59
}
60
60
61
- // This is Xcode-specific workaround to produce alias names for an existing .swiftmodule file.
61
+ // This is an Xcode-specific workaround to produce alias names for an existing .swiftmodule file.
62
62
// In the case of Xcode, it calls the Swift compiler and asks it to produce a Swift module.
63
63
// Once it's done, Xcode moves the .swiftmodule file in another location, and the location is
64
64
// rather arbitrary. Here are examples of such locations:
@@ -84,10 +84,10 @@ static std::optional<std::string> rewriteOutputFileMap(
84
84
// The <Triple> here is a normalized target triple (e.g. arm64-apple-iphoneos15.4 ->
85
85
// arm64-apple-iphoneos).
86
86
//
87
- // This method construct those aliases for a module only if it comes from Xcode, which is detected
88
- // by the presence of `Intermediates.noindex` directory in the module path.
87
+ // This method constructs those aliases for a module only if it comes from Xcode, which is detected
88
+ // by the presence of an `Intermediates.noindex` directory in the module path.
89
89
//
90
- // In the case of Swift Package Manager (`swift build`) this is not needed.
90
+ // In the case of the Swift Package Manager (`swift build`) this is not needed.
91
91
static std::vector<std::string> computeModuleAliases (llvm::StringRef modulePath,
92
92
const std::string& targetTriple) {
93
93
if (modulePath.empty ()) {
0 commit comments