Re: Device enumeration and ALC_ENUMERATE_ALL_EXT
Thilo Schulz <[email protected]>
| Newsgroups | gmane.comp.lib.openal |
|---|---|
| Message-ID | <[email protected]> |
On Monday, 14. March 2011 05:34:57 Chris Robinson wrote: > You could copy openal soft's headers into your project, so that you'll > always have them. Then you don't need to worry about what headers someone > compiling may have installed, since they'll be the same. > > Or optionally, just copy openal soft's alext.h. You may need to undef the > two extension definitions that Creative's alc.h has, though: > > #include <alc.h> > #include <al.h> > > /* Creative's alc.h defines these, and conflicts with alext.h */ > #undef ALC_DEFAULT_ALL_DEVICES_SPECIFIER > #undef ALC_ALL_DEVICES_SPECIFIER > > #include "alext.h" Those are not solutions in my book but dirty workarounds. Can you not include alext.h from alc.h? At least this would solve the inconsistenty between OpenAL SDK and openalsoft. This macro is the only problem we're hitting so in the end I'll probably define the macro myself in the case that it is not defined. But that's not a good solution either. I thought I bring this problem to your attention. -- Thilo Schulz _______________________________________________ Openal mailing list [email protected] http://opensource.creative.com/mailman/listinfo/openal
signature.asc
(application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEABECAAYFAk1+EogACgkQZx4hBtWQhl7M2gCgl/Yim+biYwfmzanASMRoyjEY wzIAoI19ZNPQMizF38Oxk9UxxKZLdDDN =lNqa -----END PGP SIGNATURE-----