5 Commits

Author	SHA1	Message	Date
Volodymyr Sapsai	0114b4b24e	Revert "[ClangImporter] Don't expect unmodularized structs to appear in 2 modules" ... This reverts commit c8c3f9b67e. With `isThisDeclarationADemotedDefinition` flag we expect the same struct to be available in multiple modules.	2022-02-02 16:23:43 -08:00
Alexis Laferrière	c8c3f9b67e	[ClangImporter] Don't expect unmodularized structs to appear in 2 modules	2021-11-12 12:41:16 -08:00
Evan Wilde	318d4732bf	Re-enable ClangImporter/overlay.swift test ... This test was broken with llvm commit 9454716dcd6a444f7365034613f2e7cfa5806050. That was reverted, so now the test passes.	2021-10-20 14:55:52 -07:00
Evan Wilde	72089ec6ce	Disabling ClangImporter/overlay.swift ... (Swift hashes) The last good merge commit was: bc61e6adee The first bad merge commit was: 0d6ac8f2cb The commit where it broke was 7e77bc4d87. This commit only changes a test and shouldn’t have affected the failing test. I'm disabling this test for now since we need to rebranch.	2021-09-27 14:46:58 -07:00
Jordan Rose	517f5d6b6a	[ClangImporter] Retire the term "adapter" in favor of "overlay" (#24427) ... Way back in Swift 1 I was trying to draw a distinction between "overlays", separate libraries that added Swift content to an existing Objective-C framework, and "the Swift part of a mixed-source framework", even though they're implemented in almost exactly the same way. "Adapter module" was the term that covered both of those. In practice, however, no one knew what "adapter" meant. Bring an end to this confusion by just using "overlay" within the compiler even for the mixed-source framework case. No intended functionality change.	2019-05-03 11:11:58 -07:00