Ok fix is in https://github.com/pure-data/pure-data/pull/497 https://github.com/pure-data/pure-data/pull/497
I think what your seeing is also what Miller was running into with the Windows 32 bit build. We didn't build that file before I mistakingly readied it, so this should be it.
On Sep 24, 2018, at 12:17 PM, Dan Wilcox danomatika@gmail.com wrote:
That's my fault. I went through the files list and removed stuff we didn't build. I think I inadvertently added that file to the makefile. I'll remove it now.
In any case, the state of affairs with building portaudio and portmidi in Pd should be much better now.
On Sep 24, 2018, at 12:00 PM, pd-dev-request@lists.iem.at mailto:pd-dev-request@lists.iem.at wrote:
From: IOhannes m zmölnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> To: pd-dev@lists.iem.at mailto:pd-dev@lists.iem.at
On 9/22/18 11:50 PM, Miller Puckette wrote:
OK, I think I've pushed a new-portaudio branch. So far it compiled OK on Macos, haven't tried windows yet...
i'm a bit lost about the state of affairs in portmedia, but current "master" (ffa9dd37) of Pd fails to compile for me when cross-compiling for w32 (as opposed to e.g. cross-compiling for w64)
the issue is the inline assembler in portaudio/portaudio/src/os/win/pa_x86_plain_converters.c:171 is anybody else seeing this?
just excluding that file from portaudio/Makefile.ammakes the compilation succeed (and wine can load the binary) - but i don't know whether this yields any side-effects.
gfmadsr IOhannes
-------- Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/