ams: basic support for compiling with gcc 16

emummc: update for 22.5.0

Merge pull request #2748 from CTCaer/auto_dram_cfg ...

[Feature] Auto dram cfg & Auto memory mode

exosphere: allow memory mode to be used on retail

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

Merge pull request #2703 from HydrationMan/master ...

Update fusee_display.cpp - add missing newline

ams/emummc: update for 21.2.0

Update fusee_display.cpp - add missing newline ...

Add newline that would otherwise cause text concatenation when it comes to suggestedFix content being appended.

ams: mark ams::Result [[nodiscard]] (partially complete). ...

NOTE: This work is not yet fully complete; kernel is done, but
it was taking an exceedingly long time to get through libstratosphere.
Thus, I've temporarily added -Wno-error=unused-result for libstratosphere/stratosphere.

All warnings should be fixed to do the same thing Nintendo does as relevant, but this
is taking a phenomenally long time and is not actually the most important work to do,
so it can be put off for some time to prioritize other tasks for 21.0.0 support.

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

build: portability fixes ...

- Invoke Python scripts with `python3` if `python` is not available.

  Despite SciresM preferring Python 2, the scripts used in the build all
  worked in Python 3 already, so this is just a Makefile change.

- Export `MAKE` to work around a GNU bug.

  See the comment for details.

- `rmdir --ignore-fail-on-non-empty` -> `rmdir 2>/dev/null`

  macOS `rmdir` doesn't support `--ignore-fail-on-non-empty`.

  This is a slight downgrade in functionality, because now we ignore all
  errors from `rmdir` rather than just 'Directory not empty'.  I could
  have avoided this with a more complicated fix, but the benefit strikes
  me as not worth the complexity.  Let me know if you disagree.

- Append `$(DEVKITPRO)/tools/bin/` to `$PATH` when invoking
  `build_romfs`.

  This avoids the need to add devkitPro directories to `$PATH` when
  building Atmosphere.

  If you already have `build_romfs` in your PATH, then that will still
  take precedence.  (This seemed like the nicer option, though I don't
  have strong opinions.)

fusee/emummc: add support for FS 20.1.0

fusee: commit mtc table combined bins, to remove need for running py script outside of makefile

fusee: use embed in mtc/sdram param scripts

fusee: fix off-by-one in nogc patches for exFAT firm

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

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

fusee: add missing mtc tables

fusee: add nogc case for 18.1

ams: bump to 1.7.1 (support for 18.1.0)

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

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

fusee: remove ips patch parsing from sd filesystem ...

Parsing the SD fs is very slow. In addition, the only KIPs are either a) atmosphere modules, or b) FS.

The IPS subsystem was originally designed to make nogc/etc patches work for FS,
but these are now internal, and it appears that the literal only kip patches
that exist are for piracy.

It just doesn't make sense to slow down boot for every normal user for a feature
that has no actual usecase, and especially when fusee is already so minimal.

fusee: support parsing 17.0.0+ INI

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

kern/ldr: move crt0 into .rodata

fusee: actually identify new FS

ams: recognize 16.0.3('s FS)

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

fusee: fix 15.x exFAT nogc patch