OpenAL DLL in the executable

[metafurionx]

I wanna have everything for my small game in a single .exe.
I can include the resources and statically link the libraries, ok. But for the audio part, this leaves me with an openall32.dll outside.
I believe I'm allowed to add it too if I follow the "About" approach mentioned here.

How should I do it? Can I somehow statically link it, have SFML detect it from embedded resources or do something else?

[Laurent]

Your only option is to recompile OpenAL as a static library, recompile SFML to use that static library, and adopt a license for your project that makes all this possible (LGPL or compatible -- with everything that involves).

So much pain... for what benefit?

[metafurionx]

Your only option is to recompile OpenAL as a static library, recompile SFML to use that static library, and adopt a license for your project that makes all this possible (LGPL or compatible -- with everything that involves).

Thanks so much for the positive answer and directions, I'll do that and give a good read on http://openal-soft.org/ and LGPL v2.

So much pain... for what benefit?

A retro game, because it's small. I want it to look like single-exe old games like Dangerous Dave (DOS) or SkiFree. Yes, it's mere artistic touch, but it's no pain at all, I love this. If it were, I'd just go with the package trick from Ludum Dare.
Out of that, I agree, it's unpractical. I prefer DLLs for everything instead, even resources because I do partial updates.