Closed oblivioncth closed 10 months ago
Path fixups for the released tarballs are not stored in-repo. @slouken maintains them in private https://github.com/libsdl-org/SDL/pull/5727#issuecomment-1146450181
Ah, I figured it must have been something done manually or at least outside this repository.
So then it seems like this was originally addressed for SDL, just not SDL_mixer.
Sorry for the link spam. My PR for that repo has gone through a bit of a gauntlet due to force pushes in the upstream repo.
This is fixed for the next release of the satellite libraries, thanks!
I was going to make a PR for this, but I couldn't for the life of me discern how this file was generated by searching through the source and repo history. So, I apologize if perhaps this issue has already been addressed, but as far as I can tell it hasn't.
This is specifically referring to the consumer Makefile within the MinGW development package, which in the most recent release is located at the root of
SDL2_mixer-devel-2.6.2-mingw.zip
.The equivalent Makefile of the primary SDL2 library has the following sed command under the
install-package
section:which of course updates the pkgconfig for the lib so that the
prefix
entry points to the correct location after installing.The aforementioned SDL_mixer version of the Makefile is missing this however, and has such, no matter how the file is used the installed package config will always used the default
prefix
value of/opt/local/i686-w64-mingw32
. If for example one installed the development libraries withmake native
, they get installed to/usr
with theprefix
in the pkgconfig then pointing to the wrong location in/opt
. This causes any consumers that try to locate the MinGW lib via its '.pc' to experience errors during linking or related auto tests.I believe the SDL_mixer equivalent should be:
I'm just not sure where to enact this change.