Symlinks from configure script point to 32bit libraries if both, 32bit and 64bit libraries are installed

[SigHunter]

Issue Summary

DESCRIPTION
I just compiled openra 20231010 on Gentoo and the configure script invoked by make that sets the symlinks for SDL2.so and freetype6.so set the path of the symlinks to /lib/libSDL2-2.0.so.0 and /lib/libfreetype.so.6 instead of /lib64. the latter would be correct because I have a 64bit system.
But I have 32bit and 64bit libs installed because my installed wine requires 32 bit libs of those libraries to be installed aswell.
/lib is picked up first if found, I think this might be a bug.
Of course openra crashed on startup because the symlinks pointed to the wrong libraries. I manually recreated the symlinks to the correct /lib64 versions of those libs and it worked then

I am no expert but I believe this is because of the order of directories here https://github.com/OpenRA/OpenRA/blob/bleed/configure-system-libraries.sh#L71 when I put /lib64 first, it gets picked up correctly. I don't know what other effects it might have to change the order, for me it worked to just switch the /lib64 with /lib

The folks from Gentoo confirmed that this is not a packaging issue but comes from the openra script that sets the symlinks

Reproduction

STEPS TO REPRODUCE THE ISSUE

1. Have 32 bit and 64 bit versions of sdl2 and freetype installed (potentially also openal and lua but this was not the case for me)
2. compile openra manually by running make
3. check the symlinks in /usr/share/openra-20231010 with ls -l, on a 64bit OS, SDL2.so soft_oal.so lua51.so and freetype6.so should point to /lib64 or /usr/lib64 but they pointed to the 32bit versions in /lib

Expected behavior

EXPECTED BEHAVIOR
symlinks point to /lib64 on 64bit OS even with 32 and 64 bit libraries installed

Thanks for creating and maintaining openra, it is awesome that you keep RA and others alive and multiplatform!!