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 <[email protected]> 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, [email protected] >> <mailto:[email protected]> wrote: >> >> From: IOhannes m zmölnig <[email protected] <mailto:[email protected]>> >> To: [email protected] <mailto:[email protected]> >> >> 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/>
_______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
