bump rust to 1.80 and rm lazy_static

[tcoratger]

Related:

• In Rust 1.80, LazyCell and LazyLock are stable https://blog.rust-lang.org/2024/07/25/Rust-1.80.0.html#lazycell-and-lazylock, giving us the opportunity to remove an useless dependency (static_lazy).
• Similar issue is raised in reth: Replace once_cell with std::sync paradigmxyz/reth#9799
• lazy_static appears to be intended to be deprecated Officially deprecate lazy_static rust-lang-nursery/lazy-static.rs#214

[Eikix]

One question to approve this PR, are there any repos in the ecosystem that have bumped to rust 1.80? Will it break something?

Have these repos also replaced lazy_static by LazyLock?

[tcoratger]

One question to approve this PR, are there any repos in the ecosystem that have bumped to rust 1.80? Will it break something?

Have these repos also replaced lazy_static by LazyLock?

Yes reth here: paradigmxyz/reth#9799

[Eikix]

One question to approve this PR, are there any repos in the ecosystem that have bumped to rust 1.80? Will it break something?
Have these repos also replaced lazy_static by LazyLock?

Yes reth here: paradigmxyz/reth#9799

It doesn't seem like reth had lazy_static! to begin with?

[tcoratger]

?

They had once_cell::sync::Lazy which is equivalent but not a macro. Also I read this issue rust-lang-nursery/lazy-static.rs#214 which seems to favor a deprecation of lazy_static and now that the equivalent feature is stable on std, I fear that this deprecation will accelerate so I wanted to move forward before.

But it is continuous improvement also done to remove an additional dependency. If ever we can wait for Greg to have a third opinion on the question :)

[Eikix]

?

They had once_cell::sync::Lazy which is equivalent but not a macro. Also I read this issue rust-lang-nursery/lazy-static.rs#214 which seems to favor a deprecation of lazy_static and now that the equivalent feature is stable on std, I fear that this deprecation will accelerate so I wanted to move forward before.

But it is continuous improvement also done to remove an additional dependency. If ever we can wait for Greg to have a third opinion on the question :)

Last question, we've had issues with bumping rust version in the past, is this fine wrt our dependencies?

[tcoratger]

?

They had once_cell::sync::Lazy which is equivalent but not a macro. Also I read this issue rust-lang-nursery/lazy-static.rs#214 which seems to favor a deprecation of lazy_static and now that the equivalent feature is stable on std, I fear that this deprecation will accelerate so I wanted to move forward before.
But it is continuous improvement also done to remove an additional dependency. If ever we can wait for Greg to have a third opinion on the question :)

Last question, we've had issues with bumping rust version in the past, is this fine wrt our dependencies?

Should be fine and as reth will bump, as always if we want to continue using reth we have to bump too... but we could put this pr on hold until we need to bump reth for ex to be 100% sure we absolutely need it.

[Eikix]

lgtm

[Eikix]

Continuous improvement doesn't wait. 👑