Fix a number of warnings cropping up on nightly Rust (#2767)

Various small issues here and there, nothing major

cranelift/codegen/meta/src/shared/instructions.rs

@@ -3582,7 +3582,7 @@ pub(crate) fn define(
             "fmin_pseudo",
             r#"
         Floating point pseudo-minimum, propagating NaNs.  This behaves differently from ``fmin``.
-        See https://github.com/WebAssembly/simd/pull/122 for background.
+        See <https://github.com/WebAssembly/simd/pull/122> for background.
 
         The behaviour is defined as ``fmin_pseudo(a, b) = (b < a) ? b : a``, and the behaviour
         for zero or NaN inputs follows from the behaviour of ``<`` with such inputs.
@@ -3614,7 +3614,7 @@ pub(crate) fn define(
             "fmax_pseudo",
             r#"
         Floating point pseudo-maximum, propagating NaNs.  This behaves differently from ``fmax``.
-        See https://github.com/WebAssembly/simd/pull/122 for background.
+        See <https://github.com/WebAssembly/simd/pull/122> for background.
 
         The behaviour is defined as ``fmax_pseudo(a, b) = (a < b) ? b : a``, and the behaviour
         for zero or NaN inputs follows from the behaviour of ``<`` with such inputs.
@@ -4102,7 +4102,7 @@ pub(crate) fn define(
         This will double the lane width and halve the number of lanes.  So the resulting
         vector has the same number of bits as `x` and `y` do (individually).
 
-        See https://github.com/WebAssembly/simd/pull/127 for background info.
+        See <https://github.com/WebAssembly/simd/pull/127> for background info.
             "#,
             &formats.binary,
         )

cranelift/codegen/src/isa/unwind/winx64.rs

@@ -46,7 +46,7 @@ impl<'a> Writer<'a> {
 
 /// The supported unwind codes for the x64 Windows ABI.
 ///
-/// See: https://docs.microsoft.com/en-us/cpp/build/exception-handling-x64
+/// See: <https://docs.microsoft.com/en-us/cpp/build/exception-handling-x64>
 /// Only what is needed to describe the prologues generated by the Cranelift x86 ISA are represented here.
 /// Note: the Cranelift x86 ISA RU enum matches the Windows unwind GPR encoding values.
 #[allow(dead_code)]
@@ -195,7 +195,7 @@ pub(crate) trait RegisterMapper<Reg> {
 /// Represents Windows x64 unwind information.
 ///
 /// For information about Windows x64 unwind info, see:
-/// https://docs.microsoft.com/en-us/cpp/build/exception-handling-x64
+/// <https://docs.microsoft.com/en-us/cpp/build/exception-handling-x64>
 #[derive(Clone, Debug, PartialEq, Eq)]
 #[cfg_attr(feature = "enable-serde", derive(Serialize, Deserialize))]
 pub struct UnwindInfo {

cranelift/codegen/src/machinst/abi_impl.rs

@@ -102,7 +102,7 @@
 //! support the SpiderMonkey Wasm ABI.  For details of the multi-value return
 //! ABI, see:
 //!
-//! https://searchfox.org/mozilla-central/rev/bc3600def806859c31b2c7ac06e3d69271052a89/js/src/wasm/WasmStubs.h#134
+//! <https://searchfox.org/mozilla-central/rev/bc3600def806859c31b2c7ac06e3d69271052a89/js/src/wasm/WasmStubs.h#134>
 //!
 //! In brief:
 //! - Return values are processed in *reverse* order.

cranelift/codegen/src/regalloc/liverange.rs

@@ -66,7 +66,7 @@
 //! Our current implementation uses a sorted array of compressed intervals, represented by their
 //! boundaries (Block, Inst), sorted by Block. This is a simple data structure, enables coalescing of
 //! intervals easily, and shows some nice performance behavior. See
-//! https://github.com/bytecodealliance/cranelift/issues/1084 for benchmarks against using a
+//! <https://github.com/bytecodealliance/cranelift/issues/1084> for benchmarks against using a
 //! bforest::Map<Block, Inst>.
 //!
 //! ## block ordering
@@ -112,7 +112,7 @@
 //! the necessary API to make coalescing easy, nor does it optimize for our types' sizes.
 //!
 //! Even the specialized `bforest::Map<Block, Inst>` implementation is slower than a plain sorted
-//! array, see https://github.com/bytecodealliance/cranelift/issues/1084 for details.
+//! array, see <https://github.com/bytecodealliance/cranelift/issues/1084> for details.
 
 use crate::entity::SparseMapValue;
 use crate::ir::{Block, ExpandedProgramPoint, Inst, Layout, ProgramOrder, ProgramPoint, Value};

cranelift/frontend/src/ssa.rs

@@ -5,7 +5,7 @@
 //! In: Jhala R., De Bosschere K. (eds) Compiler Construction. CC 2013.
 //! Lecture Notes in Computer Science, vol 7791. Springer, Berlin, Heidelberg
 //!
-//! https://link.springer.com/content/pdf/10.1007/978-3-642-37051-9_6.pdf
+//! <https://link.springer.com/content/pdf/10.1007/978-3-642-37051-9_6.pdf>
 
 use crate::Variable;
 use alloc::vec::Vec;

cranelift/wasm/src/code_translator.rs

@@ -64,11 +64,11 @@
 //! 32X4 and 64X2 types from CLIF and instead have a single V128 type.
 //!
 //! For further background see also:
-//!   https://github.com/bytecodealliance/wasmtime/issues/1147
+//!   <https://github.com/bytecodealliance/wasmtime/issues/1147>
 //!     ("Too many raw_bitcasts in SIMD code")
-//!   https://github.com/bytecodealliance/cranelift/pull/1251
+//!   <https://github.com/bytecodealliance/cranelift/pull/1251>
 //!     ("Add X128 type to represent WebAssembly's V128 type")
-//!   https://github.com/bytecodealliance/cranelift/pull/1236
+//!   <https://github.com/bytecodealliance/cranelift/pull/1236>
 //!     ("Relax verification to allow I8X16 to act as a default vector type")
 
 use super::{hash_map, HashMap};

cranelift/wasm/src/sections_translator.rs

@@ -110,8 +110,7 @@ pub fn parse_type_section<'a>(
     for entry in types {
         match entry? {
             TypeDef::Func(wasm_func_ty) => {
-                let mut sig =
-                    Signature::new(ModuleEnvironment::target_config(environ).default_call_conv);
+                let mut sig = Signature::new(environ.target_config().default_call_conv);
                 sig.params.extend(wasm_func_ty.params.iter().map(|ty| {
                     let cret_arg: ir::Type = type_to_type(*ty, environ)
                         .expect("only numeric types are supported in function signatures");