Arch Linux

check the link: https://www.libsdl.org/projects/SDL_mixer/docs/SDL_mixer_9.html

@Daniele, yes I know how that function works. The problem is that in the broken version it ALWAYS fails, no matter which flags are passed to it. Did you try the test program?

yes, I tried:

$ cc mixtest.c -L/usr/local/lib/ -I /usr/local/include/SDL2 -lSDL2_mixer -lSDL2 -o mixtest
$ ./mixtest
Mix_Init() failed:

I changed your file mixtest.c
$ cc mixtest2.c -L/usr/local/lib/ -I /usr/local/include/SDL2 -lSDL2_mixer -lSDL2 -o mixtest2
$ ./mixtest2
Success SDL_AudioInit
Success Mix_Init

Attached: mixtest2.c

The example given in the SDL_mixer documentation is plain WRONG! The & operator has lower precedence than ==, so that comparison is equivalent to (initted & (flags != flags)), obviously that always gives you 0.

Try compiling the attached (and also your) file like this:

clang -Wparentheses mixtest3.c `pkg-config --libs --cflags SDL2_mixer` -o mixtest && ./mixtest

I chose clang because it gives a more descriptive warning message. This is what I get:

$ clang -Wparentheses mixtest3.c `pkg-config --libs --cflags SDL2_mixer` -o mixtest && ./mixtest
mixtest3.c:18:50: warning: & has lower precedence than ==; == will be evaluated first [-Wparentheses]
printf("(want & have == want) == %i\n", want & have == want);
^~~~~~~~~~~~~~
mixtest3.c:18:50: note: place parentheses around the '==' expression to silence this warning
printf("(want & have == want) == %i\n", want & have == want);
^
( )
mixtest3.c:18:50: note: place parentheses around the & expression to evaluate it first
printf("(want & have == want) == %i\n", want & have == want);
^
( )
mixtest3.c:19:50: warning: & has lower precedence than !=; != will be evaluated first [-Wparentheses]
printf("(want & have != want) == %i\n", want & have != want);
^~~~~~~~~~~~~~
mixtest3.c:19:50: note: place parentheses around the '!=' expression to silence this warning
printf("(want & have != want) == %i\n", want & have != want);
^
( )
mixtest3.c:19:50: note: place parentheses around the & expression to evaluate it first
printf("(want & have != want) == %i\n", want & have != want);
^
( )
2 warnings generated.
want == 16
have == 0
((want & have) == want) == 0
((want & have) != want) == 1
(want & have == want) == 0
(want & have != want) == 0
Mix_Init() failed: OGG support not available

Uh, so what do I do with this?

Well, it seems like a "requesting a backport to fix a regression" sort of bug report...

I'm still not even sure there is a bug here. No response from upstream and no new release, seems like an important component not working completely would get more attention.

If after having tried the provided test programs and at least one application that depends on SDL2_mixer you are still not sure that there is, in fact, a bug, then I'm afraid I can't do much to convince you. I'll make one futile attempt though. Here's a bug filed to a project that I'm actively involved in. Of course, it ended up being just another case of package maintainer braindeath.

https://github.com/taisei-project/taisei/issues/94

It doesn't work because you're not calling Mix_OpenAudio before Mix_Init. From the docs: "This must be called before using other functions in this library."

https://www.libsdl.org/projects/SDL_mixer/docs/SDL_mixer_11.html#SEC11

Alright, so is this user error or should I patch the package?

User error.

I'm going to wait for the user to come back to this and give them a chance to reply.

Sorry about this, calling Mix_OpenAudio first indeed fixes the problem. Although the incorrect order also seems to work on every version except for 2.0.2 (current hg tip included).

Attached: test cases used to confirm this.

Documentation for SDL_Init is still misleading, however (and the example contains an error). I should probably report that upstream.