Hi Swift community,
I’m Ayush Singh (GitHub: @Flamki), a final-year B.Tech student applying for GSoC 2026. I’m interested in the “Re-implement property wrappers with macros” project.
Recent related compiler work:
- Merged: [PropertyWrappers] Better diagnostic for invalid enclosing-self subscript types (#87403) — [PropertyWrappers] Better diagnostic for invalid enclosing-self subscript types by Flamki · Pull Request #87403 · swiftlang/swift · GitHub
- Follow-up by @xedin: [Diagnostics] PropertyWrappers: Allow enclosing-self subscript to accept read-only key path (#87680) — [Diagnostics] PropertyWrappers: Allow enclosing-self subscript to acc… by xedin · Pull Request #87680 · swiftlang/swift · GitHub
- Open: [PropertyWrappers] Allow out-of-line init for read-only wrappers (#87802) — [PropertyWrappers] Allow out-of-line init for read-only wrappers by Flamki · Pull Request #87802 · swiftlang/swift · GitHub
- Open: [Sema] Fix crash with peer macro-generated wrapped properties (#87601) — [Sema] Fix crash with peer macro-generated wrapped properties by Flamki · Pull Request #87601 · swiftlang/swift · GitHub
These gave me hands-on experience with property-wrapper behavior across AST/Sema paths, proposal-conformance fixes, diagnostics, and regression testing.
Proposed GSoC approach:
- Behavior parity first: proposal-conformance + regression coverage before broader refactoring.
- Initial scope: stored properties in nominal types (macro + init-accessor path).
- Then expand to macro/wrapper integration gaps and known crashers.
- Keep each milestone incremental, reviewable, and test-backed.
@xedin I’d value your guidance before I finalize my proposal:
- Is “stored properties first, then broader wrapper scenarios” the right order for 2026?
- Which milestones should be must-have vs stretch for a successful GSoC term?
Happy to share a week-by-week draft after your feedback.
Thanks,
Ayush (@Flamki)