[Mingw-w64-public] missing __cdecl in the wchar.h file
Hi! -- Regards, niXman ___ Dual-target(32 & 64 bit) MinGW compilers for 32 and 64 bit Windows: http://sourceforge.net/projects/mingwbuilds/ wchar-missing-cdecl.diff Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] typo error in the math.h file
Hello! in rev 5099. -- Regards, niXman ___ Dual-target(32 & 64 bit) MinGW compilers for 32 and 64 bit Windows: http://sourceforge.net/projects/mingwbuilds/ math-typo-patch.diff Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Fwd: [PATCH v1] setup: allow building with i686-w64-mingw32
On 2012-06-12 04:37, Kai Tietz wrote: > 2012/6/12 Yaakov (Cygwin/X): >> Currently I get: >> >> /usr/i686-w64-mingw32/sys-root/mingw/lib/libmsvcrt.a(daqubs01139.o):(.text+0x0): >> multiple definition of `_swprintf' >> io_stream_file.o:/usr/i686-w64-mingw32/sys-root/mingw/include/wchar.h:547: >> first defined here >> >> How about this change instead to both headers: >> >> --- crt/wchar.h (revision 5094) >> +++ crt/wchar.h (working copy) >> @@ -450,10 +450,10 @@ >>int __cdecl __mingw_vsnwprintf (wchar_t * __restrict__ , size_t, const >> wchar_t * __restrict__ , va_list); >> >> #undef __mingw_ovr >> -#ifdef __cplusplus >> -#define __mingw_ovr inline __cdecl >> -#elif defined (__GNUC__) >> +#if defined (__GNUC__) >> #define __mingw_ovr static __attribute__ ((__unused__)) __inline__ __cdecl >> +#elif defined(__cplusplus) >> +#define __mingw_ovr inline __cdecl >> #else >> #define __mingw_ovr static __cdecl >> #endif > > Hmm, that's looking wrong to me, too. __GNUC__ gets defined also for > c++, So issue might be more related to inline being not inlined. > Could you provide me a small sample to reproduce this issue? $ cat test.cc #include int test_printf(const std::string &str) { return printf (str.c_str()); } $ x86_64-w64-mingw32-g++ -c test.cc $ x86_64-w64-mingw32-nm -C test.o b .bss d .data t .text t .text$printf T test_wprintf(std::string const&) U std::string::c_str() const U __mingw_vprintf T printf $ x86_64-w64-mingw32-g++ -shared -Wl,--out-implib,libtest.dll.a -o libtest.dll test.o Creating library file: libtest.dll.a $ x86_64-w64-mingw32-nm -C libtest.dll.a | grep ' T ' T printf T test_printf(std::string const&) This code has no business exporting printf! With my suggested change, however: $ x86_64-w64-mingw32-nm -C test.o b .bss d .data t .text 003c T test_printf(std::string const&) U std::string::c_str() const U __mingw_vprintf t printf $ x86_64-w64-mingw32-nm -C libtest.dll.a | grep ' T ' T test_printf(std::string const&) Yaakov Cygwin/X -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Fwd: [PATCH v1] setup: allow building with i686-w64-mingw32
On 2012-06-12 03:51, Jacek Caban wrote: > On 06/12/12 07:06, Yaakov (Cygwin/X) wrote: >> On 2012-06-04 04:04, Jacek Caban wrote: >>> Where? I don't see any. There is one change to propkeydef.h, but and I >>> believe incorrect. Generally, this patch makes REFIID and similar >>> typedefs depend on CINTERFACE, which is not present in MSVC. >> According to these, it is: >> >> http://msdn.microsoft.com/en-us/library/ak5wyby1(v=vs.71).aspx >> http://social.msdn.microsoft.com/forums/en/vcgeneral/thread/80485378-3978-472b-ac76-a6a193cb9e47 >> http://social.msdn.microsoft.com/Forums/en/vclanguage/thread/9e520505-5d05-4aad-83d9-a1b73042c531 >> http://social.msdn.microsoft.com/Forums/en/vclanguage/thread/9b1b2189-c518-4cd8-80cc-2656b9c0d37f > > If there is any source of informations more misleading than MSDN, that's > MSDN forums:) Why do you need that change? That's not what mingw.org > does Both mingw.org and Wine support CINTERFACE wrt the REF*ID defines. Yaakov -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public