Arch Linux

Description:

A bug in SDL_Mixer <= 2.0.4 will crash fluidsynth >= 2.1.6 because the objects are destroyed in an illegal order.
This is the same bug reported and addressed by  FS#69425  regarding sdl2_mixer. Upstream has backported the fix into 1.2 (commit 452a55c5 linked below) but not tagged nor built a new release since then.
Because of its nature this bug is probably also relevant for the multilib packages lib32-sdl_mixer and lib32-sdl2_mixer (although I have no reproduction for it in lib32 and those should probably be separate reports).

Additional info:
* package version(s)
sdl_mixer-1.2.12-8-x86_64
fluidsynth-2.1.7-1-x86_64

* config and/or log files etc.
coredump (see attachment)

* link to upstream bug report, if any
https://github.com/libsdl-org/SDL_mixer/commit/452a55c5d8cd78621114b8aaa258377403797ea7
https://www.fluidsynth.org/news/2021/01/23/sdl2-mixer-bug/

Steps to reproduce:

- Setup sdl_mixer to use fluidsynth via SDL_SOUNDFONTS env variable (soundfonts for testing: https://github.com/FluidSynth/fluidsynth/wiki/SoundFont) - e.g. `export SDL_SOUNDFONTS=${HOME}/.local/share/soundfonts/RLNDGM.SF2`
- Start application that uses fluidsynth via sdl_mixer - e.g prboom-plus(AUR) (https://aur.archlinux.org/packages/prboom-plus): `snd_midiplayer "sdl"` in ${HOME}/.prboom-plus/prboom-plus.cfg
- Start a new game or wait for first demo to play
- Crash when MIDI change is supposed to take place

Applying the upstream patch (452a55c5) into a custom build of sdl_mixer fixes the issue.