Add missing inline attribute to Not impl for Wrapping<T>

[inrustwetrust]

This was causing function calls to be emitted for bitwise complements, even with optimizations on.
Steps to reproduce:

$ cat wrapping.rs
fn main() {
    let a = std::num::Wrapping(std::env::args().len() as u32);
    let b = !a;
    println!("{}", b.0);
}
$ rustc -O wrapping.rs --emit=asm,link
$ grep Not wrapping.s
        callq   _ZN3num8wrapping23Wrapping$LT$u32$GT$.Not3not20hba4b266232e02b1dHkbE

[rust-highfive]

r? @alexcrichton

(rust_highfive has picked a reviewer for you, use r? to override)

[alexcrichton]

Could this be reduced down to just #[inline]? The reason it's not inlined today is that it's just not available across crates, and #[inline(always)] may be a bit too strong of a hint to LLVM in all cases.

[inrustwetrust]

I have no problem with changing it, though I was just following the pattern of what was already there for the other traits (BitXor, BitOr, etc.). The missing #[inline(always)] on the Not trait seemed like it was just an accidental omission to me. Should I change all of the arithmetic-related traits fn:s to just #[inline]?

[alexcrichton]

Ah sorry I hadn't noticed the surrounding pattern of all using inline(always), my mistake! In that case:

[alexcrichton]

@bors: r+ 48636f3

[bors]

⌛ Testing commit 48636f3 with merge 50aada7...

[bors]

☀️ Test successful - auto-linux-32-nopt-t, auto-linux-32-opt, auto-linux-64-nopt-t, auto-linux-64-opt, auto-linux-64-x-android-t, auto-mac-32-opt, auto-mac-64-nopt-t, auto-mac-64-opt, auto-win-32-nopt-t, auto-win-32-opt, auto-win-64-nopt-t, auto-win-64-opt