[GSoC 2026] Re-implement Property Wrappers with Macros — contribution history + proposed plan (Flamki)

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:

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:

  1. Is “stored properties first, then broader wrapper scenarios” the right order for 2026?
  2. 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)

Hello and thank you for the interest in the project!

Is “stored properties first, then broader wrapper scenarios” the right order for 2026?

Yes, I think we should concentrate on the bits that are covered by existing macro functionality first and proceed incrementally.

Which milestones should be must-have vs stretch for a successful GSoC term?

I think any new macro capabilities are most likely a stretch goal since we won't be able to get them through evolution.

Thank you @xedin — that makes sense.

I’ll scope the proposal around existing macro functionality first, with behavior parity + regression coverage as the core deliverable, and keep any new macro capability work as stretch only.

1 Like