Derive Default instead of new in applicable lint

[sd234678]

Closes #60181

As far as I can see, at least within the src/librustc_lint directory this is the only place this is applicable.

[rust-highfive]

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @zackmdavis (or someone else) soon.

If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.

Please see the contribution instructions for more information.

[Centril]

This should also be applicable for EllipsisInclusiveRangePatterns.

[Centril]

r? @Centril

[sd234678]

@Centril I can't see use of a new function anywhere on these - only macro usages. Where should Default be derived for them?

[Centril]

@sd234678

rust/src/librustc_lint/builtin.rs

Lines 1288 to 1302 in 112f7e9

	pub struct EllipsisInclusiveRangePatterns {
	/// If `Some(_)`, suppress all subsequent pattern
	/// warnings for better diagnostics.
	node_id: Option<ast::NodeId>,
	}
	impl_lint_pass!(EllipsisInclusiveRangePatterns => [ELLIPSIS_INCLUSIVE_RANGE_PATTERNS]);
	impl EllipsisInclusiveRangePatterns {
	pub fn new() -> Self {
	Self {
	node_id: None,
	}
	}
	}

rust/src/librustc_lint/lib.rs

Line 97 in 112f7e9

EllipsisInclusiveRangePatterns: EllipsisInclusiveRangePatterns::new(),

[sd234678]

@Centril Thanks, my mistake, I've found myself behind master. I'll rebase then update those too

[Centril]

r=me rollup with green travis.

[Centril]

@bors r+ rollup

[bors]

📌 Commit ef37f38 has been approved by Centril