[PATCH] xaudio2: Avoid redefining several F3DAudio related constants.

Andrew Eikum aeikum at codeweavers.com
Fri May 1 07:26:13 CDT 2020

On Fri, May 01, 2020 at 12:46:56AM +0200, Gerald Pfeifer wrote:
> On Thu, 30 Apr 2020, Andrew Eikum wrote:
> >>   In file included from ../xaudio2_7/x3daudio.c:29:
> >>   .../include/F3DAudio.h:69: warning: "SPEAKER_2POINT1" redefined
> >   ../../include/x3daudio.h:127: note: this is the location of the previous definition
> >> 
> >> Our own include/x3daudio.h tries to prevent that via
> >> 
> >>   #ifndef _SPEAKER_POSITIONS_
> >>   #define _SPEAKER_POSITIONS_
> >> 
> >> However, current it is included *before* the system provided F3DAudio.h,
> >> so this safety net falls short.
> >> 
> >> Fixed thusly by changing the order of these two include files so that the
> >> system provided one comes first.
> > I'm not opposed to this, but I think there's a better solution. The
> > platform SDK and Wine's header both check for "#ifndef SPEAKER_MONO"
> > before defining the speaker arrangements symbols.  However, FAudio's
> > header checks for "#ifndef _SPEAKER_COMBINATIONS_" instead. This
> > symbol doesn't occur in the platform SDK.
> > 
> > Perhaps we should change FAudio's header to check for SPEAKER_MONO
> > instead, to match the platform SDK?
> Yes, that looks like a valid idea.  Even if you can get such a change 
> accepted, how long until the next release and how long until that spreads 
> widely?  And it looks like an implementation detail (subject to change)?
> So I suggest to go with my patch for Wine now, and if you can push for
> such a change in FAudio upstream on top, all the better!

I've opened a pull request for this:

FAudio makes a new release every month. If it's just fixing compiler
warnings, I'm not sure it's worth the change in Wine.


More information about the wine-devel mailing list