Support ghc 9.6 in cabal build of skeleton and deps

[alexfmpe]

Just the usual backport of mtl un-re-exporting and shuffling around bindings to get around TH splices breaking visibility.

Pretty much everything is made to build up to 9.6 with backwards-compatible changes, except dependencies of ob, namely obelisk-selftest and obelisk-command, as the later's deps (e.g. git/hnix) won't build even with --allow-newer

Does not need reflex-frp/reflex-dom#469 to be merged, only to take advantage of the recent version

`nix-build release.nix -A build. worked for

• x86_64-linux
• aarch64-darwin
• x86_64-darwin (rosetta)

• Based work on latest develop branch
• Followed the contribution guide
• Looked for lint in my changes with hlint . (lint found code you did not write can be left alone)
• Run the test suite: $(nix-build -A selftest --no-out-link)
• Updated the changelog
• (Optional) Run CI tests locally: nix-build release.nix -A build.x86_64-linux --no-out-link (or x86_64-darwin on macOS)

[alexfmpe]

Hadn't noticed I was relying on

obelisk/lib/cabal.project.dev

Lines 25 to 26 in 135bfd7

	package *
	ghc-options: -Wwarn

until hitting build failures when building obelisk libs with nix.

Having -Werror on the packages but -Wwarn in cabal.project makes for downstream pain

[alexfmpe]

Ah hmm well, technically to build without nix I have to comment out the obelisk-generated-static bits since that's done by ob and obelisk-command depends on nix-thunk which cannot be built without nix. Since selftest also depends on obelisk-command this PR goes as far as cabal can go.