Fix router not loading on Creative's hardware OpenAL (#773)

According to the programming guide and the specification, those functions
may be used by extensions. However, Creative's hardware OpenAL chose
to not implement stub functions for those that they do not use. Currently
they use only alBufferi for X-RAM related functions.

Other implementations, such as OpenAL Soft and wrap_oal implement stub
functions for those methods therefore they work.

This commit turns those functions optional, just like they were in the
old FOSS router. Consumers of the router will receive a nullptr as expected
for not implemented methods if they load them using alGetProcAddress, which
I believe is the correct way to do so. That is, the context must be current
before loading al* functions.

0 files changed, 0 insertions, 0 deletions