mirror of
https://github.com/roc-lang/roc.git
synced 2025-10-01 07:41:12 +00:00

This is because it's actually important that mono never use this. It should only be used in gen, because it's only safe to use synchronously, and it's important that mono be done in parallel. Moving it to gen guarantees that mono will not use it, even accidentally!
22 lines
1 KiB
Rust
22 lines
1 KiB
Rust
#![warn(clippy::all, clippy::dbg_macro)]
|
|
// I'm skeptical that clippy:large_enum_variant is a good lint to have globally enabled.
|
|
//
|
|
// It warns about a performance problem where the only quick remediation is
|
|
// to allocate more on the heap, which has lots of tradeoffs - including making it
|
|
// long-term unclear which allocations *need* to happen for compilation's sake
|
|
// (e.g. recursive structures) versus those which were only added to appease clippy.
|
|
//
|
|
// Effectively optimizing data struture memory layout isn't a quick fix,
|
|
// and encouraging shortcuts here creates bad incentives. I would rather temporarily
|
|
// re-enable this when working on performance optimizations than have it block PRs.
|
|
#![allow(clippy::large_enum_variant)]
|
|
|
|
pub mod expr;
|
|
pub mod layout;
|
|
|
|
// Temporary, while we can build up test cases and optimize the exhaustiveness checking.
|
|
// For now, following this warning's advice will lead to nasty type inference errors.
|
|
#[allow(clippy::ptr_arg)]
|
|
pub mod decision_tree;
|
|
#[allow(clippy::ptr_arg)]
|
|
pub mod pattern;
|