regression: error[E0308]: mismatched types for is_multiple_of

[cuviper]

Crater returned multiple cases of mismatched types for x.is_multiple_of(&y), since num_integer::Integer's method uses references and the new inherent methods are by value.

• https://crater-reports.s3.amazonaws.com/beta-1.87-2/beta-2025-04-13/gh/HenrySwanson.minimal-primes/log.txt
• https://crater-reports.s3.amazonaws.com/beta-1.87-2/beta-2025-04-13/gh/jfwilson.aoc-2022/log.txt
• https://crater-reports.s3.amazonaws.com/beta-1.87-2/beta-2025-04-13/gh/renato-zannon.rust-project_euler/log.txt
• https://crater-reports.s3.amazonaws.com/beta-1.87-2/beta-2025-04-13/reg/fastdiv-0.1.0/log.txt
• https://crater-reports.s3.amazonaws.com/beta-1.87-2/beta-2025-04-13/reg/num-integer-0.1.46/log.txt
• https://crater-reports.s3.amazonaws.com/beta-1.87-2/beta-2025-04-13/reg/nums-1.0.0/log.txt
• https://crater-reports.s3.amazonaws.com/beta-1.87-2/beta-2025-04-13/reg/simple-soft-float-0.1.0/log.txt

Version it worked on

It most recently worked on: 1.86.0

Version with regression

Using 1.87.0-beta.4 in crater #139827.

@rustbot modify labels: +regression-from-stable-to-beta -regression-untriaged

[cuviper]

This is probably expected fallout from #128101 (still open?) and #137383, and we can just close if the impact is considered acceptable.

For num-integer's part, the breakage was only in a test, already fixed in rust-num/num-integer#69.

[cuviper]

cc @rust-lang/libs-api

[joshtriplett]

Yes, this was expected.

[Amanieu]

We discussed this in the @rust-lang/libs meeting and confirm that this is an expected regression. We don't plan to roll it back considering the relatively limited fallout.