-
Notifications
You must be signed in to change notification settings - Fork 14.4k
[ExtractAPI] reorder the module names in extension symbol graph file names #119925
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[ExtractAPI] reorder the module names in extension symbol graph file names #119925
Conversation
@llvm/pr-subscribers-clang Author: QuietMisdreavus (QuietMisdreavus) ChangesResolves rdar://140298287 ExtractAPI's support for printing Objective-C category extensions from other modules emits symbol graphs with an Full diff: https://github.com/llvm/llvm-project/pull/119925.diff 2 Files Affected:
diff --git a/clang/lib/ExtractAPI/Serialization/SymbolGraphSerializer.cpp b/clang/lib/ExtractAPI/Serialization/SymbolGraphSerializer.cpp
index c730c062b6a1d5..2c70e77b6246c6 100644
--- a/clang/lib/ExtractAPI/Serialization/SymbolGraphSerializer.cpp
+++ b/clang/lib/ExtractAPI/Serialization/SymbolGraphSerializer.cpp
@@ -1067,9 +1067,9 @@ void SymbolGraphSerializer::serializeWithExtensionGraphs(
for (auto &ExtensionSGF : Serializer.ExtendedModules) {
if (auto ExtensionOS =
- CreateOutputStream(ExtensionSGF.getKey() + "@" + API.ProductName))
+ CreateOutputStream(API.ProductName + "@" + ExtensionSGF.getKey()))
Serializer.serializeGraphToStream(*ExtensionOS, Options,
- ExtensionSGF.getKey(),
+ API.ProductName,
std::move(ExtensionSGF.getValue()));
}
}
diff --git a/clang/test/ExtractAPI/objc_external_category.m b/clang/test/ExtractAPI/objc_external_category.m
index 8afc92489f28b6..1947237d088e8f 100644
--- a/clang/test/ExtractAPI/objc_external_category.m
+++ b/clang/test/ExtractAPI/objc_external_category.m
@@ -46,7 +46,7 @@ @interface ExtInterface
// Symbol graph from the build without extension SGFs should be identical to main symbol graph with extension SGFs
// RUN: diff %t/symbols/Module.symbols.json %t/ModuleNoExt.symbols.json
-// RUN: FileCheck %s --input-file %t/symbols/[email protected] --check-prefix EXT
+// RUN: FileCheck %s --input-file %t/symbols/[email protected] --check-prefix EXT
// EXT-DAG: "!testRelLabel": "memberOf $ c:objc(cs)ExtInterface(py)Property $ c:objc(cs)ExtInterface"
// EXT-DAG: "!testRelLabel": "memberOf $ c:objc(cs)ExtInterface(im)InstanceMethod $ c:objc(cs)ExtInterface"
// EXT-DAG: "!testRelLabel": "memberOf $ c:objc(cs)ExtInterface(cm)ClassMethod $ c:objc(cs)ExtInterface"
@@ -55,3 +55,10 @@ @interface ExtInterface
// EXT-DAG: "!testLabel": "c:objc(cs)ExtInterface(cm)ClassMethod"
// EXT-NOT: "!testLabel": "c:objc(cs)ExtInterface"
// EXT-NOT: "!testLabel": "c:objc(cs)ModInterface"
+
+// Ensure that the 'module' metadata for the extension symbol graph should still reference the
+// declaring module
+
+// RUN: FileCheck %s --input-file %t/symbols/[email protected] --check-prefix META
+// META: "module": {
+// META-NEXT: "name": "Module",
|
You can test this locally with the following command:git-clang-format --diff 91f5f974cb75309a94c9efc76238ef98abcf1582 506ac691d11e5658932f0f9388059f13407011cd --extensions cpp -- clang/lib/ExtractAPI/Serialization/SymbolGraphSerializer.cpp View the diff from clang-format here.diff --git a/clang/lib/ExtractAPI/Serialization/SymbolGraphSerializer.cpp b/clang/lib/ExtractAPI/Serialization/SymbolGraphSerializer.cpp
index 2c70e77b62..e881d56258 100644
--- a/clang/lib/ExtractAPI/Serialization/SymbolGraphSerializer.cpp
+++ b/clang/lib/ExtractAPI/Serialization/SymbolGraphSerializer.cpp
@@ -1068,8 +1068,7 @@ void SymbolGraphSerializer::serializeWithExtensionGraphs(
for (auto &ExtensionSGF : Serializer.ExtendedModules) {
if (auto ExtensionOS =
CreateOutputStream(API.ProductName + "@" + ExtensionSGF.getKey()))
- Serializer.serializeGraphToStream(*ExtensionOS, Options,
- API.ProductName,
+ Serializer.serializeGraphToStream(*ExtensionOS, Options, API.ProductName,
std::move(ExtensionSGF.getValue()));
}
}
|
rdar://140298287
506ac69
to
1ab5e1c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
…names (llvm#119925) Resolves rdar://140298287 ExtractAPI's support for printing Objective-C category extensions from other modules emits symbol graphs with an `[email protected]`. However, this is backwards from existing symbol graph practices, causing issues when these symbol graphs are consumed alongside symbol graphs generated with other tools like Swift. This PR flips the naming scheme to be in line with existing symbol graph tooling.
…names (llvm#119925) Resolves rdar://140298287 ExtractAPI's support for printing Objective-C category extensions from other modules emits symbol graphs with an `[email protected]`. However, this is backwards from existing symbol graph practices, causing issues when these symbol graphs are consumed alongside symbol graphs generated with other tools like Swift. This PR flips the naming scheme to be in line with existing symbol graph tooling.
Resolves rdar://140298287
ExtractAPI's support for printing Objective-C category extensions from other modules emits symbol graphs with an
[email protected]
. However, this is backwards from existing symbol graph practices, causing issues when these symbol graphs are consumed alongside symbol graphs generated with other tools like Swift. This PR flips the naming scheme to be in line with existing symbol graph tooling.