Apply fourmolu to the codebase

[zeme-wana]

Our custom fork of fourmolu has the following behaviours which are different than upstream:

Multi-line Haddock has the closing -} on the last line, not on a separate newline.

{-| Make a 'NameInfo' mapping the given set of TH names to their
'GHC.TyThing's for later reference. 
-}

-->

{-| Make a 'NameInfo' mapping the given set of TH names to their
'GHC.TyThing's for later reference. -}

No space before | or ^ in multiline haddock:

{- | Make a 'NameInfo' mapping the given set of TH names to their
'GHC.TyThing's for later reference. -}

-->

{-| Make a 'NameInfo' mapping the given set of TH names to their
'GHC.TyThing's for later reference. -}

No newline between comments and haddock

-- Normally fourmolu would add a newline after this
{- | Make a 'NameInfo' mapping the given set of TH names to their
'GHC.TyThing's for later reference. -}

-->

-- Normally fourmolu would add a newline after this
{-| Make a 'NameInfo' mapping the given set of TH names to their
'GHC.TyThing's for later reference. -}

[github-actions]

PR Preview Action v1.6.2
🚀 View preview at https://IntersectMBO.github.io/plutus/pr-preview/docs/pr-7417/
Built to branch gh-pages at 2025-11-26 17:05 UTC. Preview will be ready when the GitHub Pages deployment is complete.

[SeungheonOh]

Just few observations.

[SeungheonOh]

I think {- | ... -} is better for multiline haddock.

I think haddock-style: multi-line will do this.

[zeme-wana]

Done, but note that using multi-line or multi-line-compact, the ending -} is always put on a separate newline: I'm unsure if this behaviour is preferred.

[basetunnel]

Just curious, @SeungheonOh why do you prefer {- | ...} over --| ... for multi-line haddock? I don't have a strong opinion, but I think -- | is more common.

[SeungheonOh]

I like it because I don't have to add -- on every newline.

[basetunnel]

I don't have objections to using fourmolu, there's a few things that I haven't seen often, such as {- | -} for multi-line haddock and aligning let/in like this:

let ...
 in ...