Pass a call site per derive to the proc macro server

[hakiers]

Part of software-mansion/cairols#1414

Summary

ExpandDeriveParams now carries a call site per derive (derives: Vec<Derive { name, call_site }>) instead of one call_site for the whole batch, and the PMS expands each derive with its own call site — as the compile path already does.

Why

With a single call site, everything produced by the 2nd, 3rd, … derive of #[derive(A, B, C)] — token spans from TextSpan::call_site(), CallSite code mappings, diagnostics — was attributed to the first derive. E.g. Fuzzable's Debug error was underlined on the first derive in the attribute. The field was added in #2120 for V2 support without accounting for batched derives.

Breaking change

scarb-proc-macro-server-types 0.6.0: ExpandDeriveParams shape changed. Only the PMS and cairols use it, and the LS ships with Scarb.

The bundled cairo-language-server rev must be bumped to a commit using 0.6.0 before release — cairols side: software-mansion/cairols#1415.

[piotmag769]

.

[Arcticae]

Please implement the regression test we talked about f2f