Re: [Mingw-w64-public] More porting problems :(

2015-06-30 Thread Alexandre Pereira Nunes
facilities that Microsoft provides when it comes to the > API, after all, it is their API for Windows OS. Nonetheless, thanks to > your help the porting has become much easier, thanks man. > > *From:* Alexandre Pereira Nunes > *Sent:* Monday, June 29, 2015 8:04 PM > *To:* mingw

Re: [Mingw-w64-public] More porting problems :(

2015-06-30 Thread papa
, thanks man. From: Alexandre Pereira Nunes Sent: Monday, June 29, 2015 8:04 PM To: mingw-w64-public@lists.sourceforge.net Subject: Re: [Mingw-w64-public] More porting problems :( It seems like you're not passing -lwinmm to the linker. I use this: LDFLAGS := -Wl,--as-needed -lgdi32 -lcomdlg32 -lw

Re: [Mingw-w64-public] More porting problems :(

2015-06-29 Thread Alexandre Pereira Nunes
It seems like you're not passing -lwinmm to the linker. I use this: LDFLAGS := -Wl,--as-needed -lgdi32 -lcomdlg32 -lws2_32 -lwinmm -Wl,--no-as-needed to selectively link these libraries. I'm not sure if the "as-needed" logic is required on windows, but it works for me™. What it does is only ref

[Mingw-w64-public] More porting problems :(

2015-06-29 Thread papa
The latest MinGW64 complains about this code: #include #include #include bool abc::Sound::PlayIt(){ //return !!sndPlaySoundW(Soundfile.c_str(), SND_FILENAME); return !!PlaySoundW(Soundfile.c_str(), NULL, SND_FILENAME/*SND_ASYNC*/); } It says In function `abc::Sound::PlayIt()': C:/Win32