mirror of
https://github.com/roc-lang/roc.git
synced 2025-09-29 14:54:47 +00:00
clippy clip clip
This commit is contained in:
parent
3b6ed43126
commit
8ef2ae3de7
5 changed files with 63 additions and 0 deletions
|
@ -1,3 +1,15 @@
|
||||||
|
#![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 annotation;
|
pub mod annotation;
|
||||||
pub mod constraint;
|
pub mod constraint;
|
||||||
pub mod def;
|
pub mod def;
|
||||||
|
|
|
@ -1,3 +1,16 @@
|
||||||
|
#![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 ident;
|
pub mod ident;
|
||||||
pub mod symbol;
|
pub mod symbol;
|
||||||
|
|
||||||
|
|
|
@ -1,3 +1,16 @@
|
||||||
|
#![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)]
|
||||||
|
|
||||||
#[macro_use]
|
#[macro_use]
|
||||||
pub mod parser;
|
pub mod parser;
|
||||||
pub mod ast;
|
pub mod ast;
|
||||||
|
|
|
@ -1 +1,14 @@
|
||||||
|
#![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 all;
|
pub mod all;
|
||||||
|
|
|
@ -1,3 +1,15 @@
|
||||||
|
#![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 boolean_algebra;
|
pub mod boolean_algebra;
|
||||||
pub mod subs;
|
pub mod subs;
|
||||||
pub mod types;
|
pub mod types;
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue