wine-devel 1.1.34 fails to build winecoreaudio.drv on SnowLeopard

[jeremyhu@…]

audio.c: In function 'CoreAudio_GetDevCaps':
audio.c:492: warning: 'AudioDeviceGetProperty' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2367)
audio.c:506: warning: 'AudioDeviceGetProperty' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2367)
audio.c: In function 'CoreAudio_WaveInit':
audio.c:559: warning: 'AudioHardwareGetPropertyInfo' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1098)
audio.c:565: warning: 'AudioHardwareGetProperty' is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1119)
audio.c:1494:90: error: macro "LIST_ENTRY" passed 3 arguments, but takes just 1
audio.c: In function 'wodSetVolume':
audio.c:1494: error: expected expression before 'LIST_ENTRY'
audio.c:1494:90: error: macro "LIST_ENTRY" passed 3 arguments, but takes just 1
audio.c:1494: error: expected expression before 'LIST_ENTRY'
../../tools/makedep  -C. -S../.. -T../..  rasapi.c                  
make[2]: *** [audio.o] Error 1
make[1]: *** [winecoreaudio.drv] Error 2
make[1]: *** Waiting for unfinished jobs....

[ryandesign@…]

Do you still see this problem with wine-devel 1.1.33?

[jeremyhu@…]

yes.

[ryandesign@…]

I'm afraid I don't yet have any idea why. It builds fine for me on Snow Leopard. Could you attach complete debug output?

[jeremyhu@…]

​http://people.freedesktop.org/~jeremyhu/wine-devel.log

Note that you can trigger this yourself by just going to the src directory and trying to compile the file:

work/wine-1.1.33  $ /usr/bin/gcc-4.2 -c -I. -Iinclude -D__WINESRC__  -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wwrite-strings -Wpointer-arith -I/opt/local/include -D_DARWIN_NO_64_BIT_INODE -O2 -arch i386  -o /dev/null dlls/winecoreaudio.drv/audio.c
dlls/winecoreaudio.drv/audio.c: In function ‘CoreAudio_GetDevCaps’:
dlls/winecoreaudio.drv/audio.c:492: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2367)
dlls/winecoreaudio.drv/audio.c:506: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2367)
dlls/winecoreaudio.drv/audio.c: In function ‘CoreAudio_WaveInit’:
dlls/winecoreaudio.drv/audio.c:559: warning: ‘AudioHardwareGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1098)
dlls/winecoreaudio.drv/audio.c:565: warning: ‘AudioHardwareGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1119)
dlls/winecoreaudio.drv/audio.c:1494:90: error: macro "LIST_ENTRY" passed 3 arguments, but takes just 1
dlls/winecoreaudio.drv/audio.c: In function ‘wodSetVolume’:
dlls/winecoreaudio.drv/audio.c:1494: error: expected expression before ‘LIST_ENTRY’
dlls/winecoreaudio.drv/audio.c:1494:90: error: macro "LIST_ENTRY" passed 3 arguments, but takes just 1
dlls/winecoreaudio.drv/audio.c:1494: error: expected expression before ‘LIST_ENTRY’

[jeremyhu@…]

The problem is that this include brings in a conflicting version of LIST_ENTRY:

#include <CoreAudio/CoreAudio.h>

If I move this below it, the file compiles:

#include "wine/list.h"

[jeremyhu@…]

$ echo '#include <CoreAudio/CoreAudio.h>' | gcc -dM -E - -o - | grep LIST_ENTRY
#define LIST_ENTRY(type) struct { struct type *le_next; struct type **le_prev; }
#define SLIST_ENTRY(type) struct { struct type *sle_next; }

[jeremyhu@…]

BTW, this is coming in from sys/queue.h which is in *BSD as well... so it's not just an OSX issue. The wine macro should be renamed to avoid this conflict.

[ryandesign@…]

A version of ​this patch appears to be in 1.1.34, which undef's LIST_INIT and LIST_ENTRY before they're defined. I also see an undef for SLIST_ENTRY in the source, with a comment that this was done for Mac OS's benefit. Please re-open if you still see the problem with 1.1.34.

[jeremyhu@…]

That patch does nothing to help us because "wine/list.h" is included BEFORE <CoreAudio/CoreAudio.h>

See my statement above about moving the wine/list.h include AFTER <CoreAudio/CoreAudio.h>

They should really rename their macros because they conflict with sys/queue.h on FreeBSD as well as others.

[jeremyhu@…]

Fixed for wine-crossover-games in r61755

[ryandesign@…]

I still don't understand why you encounter this problem and I do not.

Differences I see between your debug output and mine:

• You're requesting an impressive number of variants: +a52 +ispell +innodb +ncurses +pango +ffmpeg +antialias +faad2 +bytecode +mod +m3 +sql +twolame +mpeg +m4 +fribidi +mad +aa +db4 +mysql5 +libogg +libvorbis +osd +mpc +animation +universal +crypto +ruby +crypt +libxml2 +sdl +a52dec +gtk +imagemagick +ssl +smb +postproc +xslt +theora +glx +samba +gmp +gnome +libdvdcss +jpeg2 +x11 +xvid +taglib +x264 +magick +esd +ogg +lzo +live555 +bzip2 +bash_completion +modplug +libdv +imagelib +libtheora +shout +dts +real +freetype +gif +utf8 +svg +spell +glib2 +usb +python26 +xml2 +faac +gpl +xine +faad +jbig +vcd +svn +lame +mozilla +caca +gtk2 +official_branding +mikmod +dv +libsdl +libquicktime +vorbis +sqlite3 +speex +binary_codecs +aac +bonjour +less. Are those all in your variants.conf? Mine only contains +universal. Maybe one of your wine dependencies is built with one of these variants and mine is not. Hard to say without seeing your list of installed ports.
• Your environment has CPATH='/opt/local/include' and LIBRARY_PATH='/opt/local/lib' in it. Mine doesn't because I'm running 1.8.1 which doesn't include this change.
• I have fontforge and mpg123; you don't.
• You have valgrind and sane; I don't.
• Your build finds libGLU.dylib; mine doesn't (see #22963)

If you believe your fix is necessary and correct, you should ​submit a wine bug report.

[jeremyhu@…]

Ok, this is happening because I've got a dispatch/dispatch.h being pulled in from /usr/local/include rather than /usr/include

~  $ echo '#include <CoreAudio/CoreAudio.h>' | gcc -E - -o fromCoreAudio.2.txt
In file included from /usr/include/sys/event.h:292,
                 from /usr/local/include/dispatch/dispatch.h:35,
                 from /System/Library/Frameworks/CoreFoundation.framework/Headers/CFMessagePort.h:12,
                 from /System/Library/Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:53,
                 from /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:83,
                 from /System/Library/Frameworks/CoreAudio.framework/Headers/CoreAudio.h:19,
                 from <stdin>:1:
/usr/include/sys/queue.h:1:2: error: #error "Die"

This one includes <sys/event.h> which the shipped one doesn't.

[nox@…]

So that's a /usr/local causing troubles again.

[jeremyhu@…]

Well, it's a /usr/local which is REVEALING a problem in wine which we happen to be lucky in avoiding the other times.

Just throw '#include <sys/queue.h>' at the start of wine/list.h, and you'll see nothing ever builds... that is a problem.

Yes, I have unreleased, Apple private headers at /usr/local/include which do a bit more than the ones in /usr/include, but that should not matter. The only "real" difference between /usr/local/include/dispatch/dispatch.h and /usr/include/dispatch/dispatch.h is the inclusion of <sys/event.h> which includes <sys/queue.h.>

[ryandesign@…]

I added a check for this in r62679 so wine will ask the user to remove this file before trying to build. I will also file an upstream bug.

[ryandesign@…]

Replying to ryandesign@…:

I will also file an upstream bug.

​Done.

[jeremyhu@…]

I already filed a bug upstream. It's ​21320

[ryandesign@…]

They've ​fixed it.

[ryandesign@…]

Should be in 1.1.37 to which I updated wine-devel in r63027.