5 Commits

Include renames

Author	SHA1	Message	Date
Richard Smith	a74ca9071b	Remove all remaining uses of TypeIds as instruction operands. (#5280) ... In preparation for shifting from `TypeId`s potentially representing attached types to always representing unattached types, using [terminology suggested on Discord](https://discord.com/channels/655572317891461132/963846118964350976/1359286326779973712). This change causes us to track slightly more type spelling information through SemIR. One change that has significant impact on the SemIR output is that we now build a `struct_type` instruction in each class representing the types of the fields, including the spelling used for those types. This is now no longer always identical to the corresponding canonical `struct_type` for the object representation, so it's built separately and owned by the class. Also remove `TypeBlock` support entirely, as its only use was representing `TupleType`s, which now use an `InstBlock`.	2025-04-10 20:53:42 +00:00
Boaz Brickner	68111a994c	C++ Interop: Basic C++ record (class/struct/union) import support (#5156) ... Focus: Calling static C++ function defined in C++ classes. Limitations: * Ignores visibility (public / protected / private). * No support for: dynamic classes, member methods, data members, declarations without definitions, importing inheritance. Based on #5142. C++ Interop Demo with a class: ```c++ // hello_world.h namespace some_namespace { class MyClass { public: static void hello_world(); }; } // namespace some_namespace ``` ```c++ // hello_world.cpp #include "hello_world.h" #include <cstdio> namespace some_namespace { void MyClass::hello_world() { printf("Hello World!\n"); } } // namespace some_namespace ``` ```carbon // main.carbon library "Main"; import Cpp library "hello_world.h"; fn Run() -> i32 { Cpp.some_namespace.MyClass.hello_world(); return 0; } ``` ```shell $ clang -c hello_world.cpp $ bazel-bin/toolchain/carbon compile main.carbon $ bazel-bin/toolchain/carbon link hello_world.o main.o --output=demo $ ./demo Hello World! ``` Part of #5150.	2025-04-10 08:15:12 +00:00
Jon Ross-Perkins	76471cf701	Move decl-specific merge logic back to respective handlers. (#3937) ... I'd split out the decl-specific handlers so that import_ref.cpp could also call them. However, with the current model for imports and constants, we shouldn't use them there. As a consequence, merge them back into individual files for greater consistency with other helper functions (and better visibility when making related code changes).	2024-05-07 00:13:04 +00:00
Jon Ross-PerkinsandRichard Smith	292a9d3cb4	Replace ResolvePrevInstForMerge with decl logic. (#3936) ... This addresses the const reliance of ResolvePrevInstForMerge by checking the imported instruction, testing with `alias` name conflicts. Given the need to examine structure, the helper function feels like it now gets in the way, so I'm just removing it. --------- Co-authored-by: Richard Smith <richard@metafoo.co.uk>	2024-05-06 21:27:21 +00:00
Jon Ross-Perkins	db324c7247	Initial, extern-ignoring support for extern class decls. (#3891) ... This doesn't actually track whether a declaration is `extern`. It does, however: - Factor out and expand merge support for classes, sharing handling with functions. - This makes the ClassRedefinition diagnostic redundant, as the redeclaration checking overlaps. - Add partial `extern` handling to class handling; just some verifications of correct use. - Factor out `extern` on member handling for sharing with `fn`. - Fixes a bug in import_ref where a class's definition_id wasn't assigned when defining. This changes how a redefinition is handled (replaced, rather than merged). I don't know whether that's ideal, but I think it results in easy-to-understand consequences, and it's more consistent with how `fn` works. There's enough work here that this felt like a decent cut point, particularly as the amount of work to actually add `extern` tracking will be significant.	2024-04-19 16:08:29 +00:00