kern/svc: update WaitForAddress to support 64-bit WaitIfEqual

kern: add InfoType_TransferMemoryHint

fusee/exo/ams: update with new keydata/version enums

ams: bump to 1.7.1 (support for 18.1.0)

ams: may as well test removal of CRTP from Result

ams: build with -std=gnu++23

ams: fix compilation with gcc 14 (closes #2330)

loader: update to reflect latest 18.0.0 changes ...

well, this sure is late, whoops

svc: advertise support for 18.3.0.0

kern/os: support CreateProcessFlag_EnableAliasRegionExtraSize

fusee/exo/ams: update with new keydata/version enums

kern/svc: fix query/insecure names

ams: bump version to 1.6.2, add changelog

jpegdec: update to reflect 17.0.0 changes

ams: bump version to 1.6.1

ncm: update for new 17.0.0 apis

fusee/exo: implement the usual changes for new firmware support

kern: bump supported version to 17.x

kern: update KMemoryState, remove bijection (separate IoRegister/IoMemory)

ams: add enum recognition for 16.1.0

ams: bump version to 1.5.4

romfs/ams.mitm/pm: refactor to dynamically steal heap for certain games. (#2122) ...

* fs.mitm: skeleton the use of special allocation in romfs build

* pm: add api for ams.mitm to steal application memory

* pm/mitm: okay, that api won't work, try a different one

* romfs: revert memory usage increases; we'll handle torture games case-by-case.

* pm/romfs: first (broken?) pass at dynamic heap.

I cannot wait to figure out all the ways this is wrong.

* Release the dynamic heap a little more eagerly

* romfs: animal crossing is also not a nice game

* romfs: fix issues in close-during-build

* romfs: zelda is a blight upon this earth

ams: recognize 16.0.3('s FS)

ams: fix compilation with gcc 13

ams: I really need to automate keeping this in sync

ams: add 16.0.2 enum

docs: bump version, 16.0.1 exists too

ams: bump version

ams: allow convertible-to-result in abort print macros

kern: increase non-dynamic heap sizes to 8 GB to match