Bump typed-builder from 0.14.0 to 0.15.1

[dependabot]

Bumps typed-builder from 0.14.0 to 0.15.1.

Changelog

Sourced from typed-builder's changelog.

0.15.1 - 2023-07-10

Fixed

• no-std build.

0.15.0 - 2023-07-06

Changed

• [BREAKING] Split the derive macro out to a separate procmacro crate. This is considered a breaking change because reexporting and/or renmaing the crate can now prevent the generated code from finding the types it needs (see issue #101)

Fixed

• Marking a field as #[deprecated] now behaves properly - TypedBuilder generated code itself does trigger the deprecation warning, and instead the setter for that field now does.
• The "fake" build method when required fields are not provided now returns the never type ("!"). Refer to PR #97 for more thorough explanation.

Added

• Support for setter method prefixes and suffixes #[builder(field_defaults(setter(prefix = "...", suffix = "...")))]. This either prepends or appends the provided string to the setter method. This allows method names like: set_x(), with_y(), or set_z_value().

Commits

• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[codecov]

Codecov Report

Merging #2676 (43ff571) into latest (a4856b5) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           latest    #2676   +/-   ##
=======================================
  Coverage   85.26%   85.26%           
=======================================
  Files         133      133           
  Lines       15179    15179           
  Branches     2612     2612           
=======================================
  Hits        12942    12942           
  Misses       1936     1936           
  Partials      301      301           

Flag	Coverage Δ
hypothesis-py	?
python	92.83% <ø> (ø)
rust	51.64% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more

[ctb]

It looks like this falls afoul of ...something:

 error[E0658]: `let...else` statements are unstable
Error:    --> /home/runner/.cargo/registry/src/github.com-1ecc6299db9ec823/typed-builder-macro-0.15.1/src/field_info.rs:138:21
    |
138 | /                     let Some(path) = path_to_single_string(&list.path) else {
139 | |                         continue;
140 | |                     };
    | |______________________^
    |
    = note: see issue #87335 <https://github.com/rust-lang/rust/issues/87335> for more information

For more information about this error, try `rustc --explain E0658`.
error: could not compile `typed-builder-macro` due to previous error

I will dig in and close if it looks like this is a problem w/backwards compatibility in rust.

[ctb]

@dependabot rebase

[ctb]

I think maybe #2680 will have fixed this.

[ctb]

no, was not fixed it seems.

[luizirber]

It looks like this falls afoul of ...something:

error[E0658]: let...else statements are unstable

This syntax was introduced in 1.65, so we would have to bump MSRV to support it.

[dependabot]

Superseded by #2706.