Re: [Mingw-w64-public] GCC 4.8 for W32 use __udivdi3 and __umoddi3 in libgcc_s_sjlj-1.dll but not libgcc

On Tue, Apr 30, 2013 at 6:13 AM, JonY wrote: > On 4/30/2013 00:15, Dongsheng Song wrote: >> >> If I change '-lgcc_s -lgcc' to '-lgcc -lgcc_s', then gcc 4.8 will not >> use such symbols like >> __divdi3 in libgcc_s_sjlj-1.dll, it back to gcc 4.7 behavior. >> > > I think this is a deliberate change

Re: [Mingw-w64-public] GCC 4.8 for W32 use __udivdi3 and __umoddi3 in libgcc_s_sjlj-1.dll but not libgcc

On 4/30/2013 00:15, Dongsheng Song wrote: > > If I change '-lgcc_s -lgcc' to '-lgcc -lgcc_s', then gcc 4.8 will not > use such symbols like > __divdi3 in libgcc_s_sjlj-1.dll, it back to gcc 4.7 behavior. > I think this is a deliberate change and not a bug, have you tried -static-libgcc instead?

[Mingw-w64-public] Lack test-driver when make check mingw64-crt svn 5830

It shows: make check-TESTS make[2]: Entering directory `/e/gnu/mingw64/svn/mingw-w64-crt' make[3]: Entering directory `/e/gnu/mingw64/svn/mingw-w64-crt' /bin/sh: ./build-aux/test-driver: No such file or directory make[3]: *** [testcases/tstmainc.log] Error 127 make[3]: Leaving directory `/e/gnu/m

Re: [Mingw-w64-public] GCC 4.8 for W32 use __udivdi3 and __umoddi3 in libgcc_s_sjlj-1.dll but not libgcc

On Mon, Apr 29, 2013 at 11:53 PM, Dongsheng Song wrote: > Here is example: > > $ cat t-w32.c > long long do_div(long long a, long long b) > { > return a/b; > } > > i686-w64-mingw32-gcc -shared -o t-w32.dll t-w32.c > i686-w64-mingw32-objdump -x t-w32.dll | grep "DLL Name" > > gcc 4.8: >

Re: [Mingw-w64-public] GCC 4.8 for W32 use __udivdi3 and __umoddi3 in libgcc_s_sjlj-1.dll but not libgcc

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29.04.2013 19:53, Dongsheng Song wrote: > gcc 4.8: DLL Name: libgcc_s_sjlj-1.dll DLL Name: KERNEL32.dll > DLL Name: msvcrt.dll > > gcc 4.7: DLL Name: KERNEL32.dll DLL Name: msvcrt.dll According to [1], gcc will link to libgcc whenever it needs ([2

Re: [Mingw-w64-public] GCC 4.8 for W32 use __udivdi3 and __umoddi3 in libgcc_s_sjlj-1.dll but not libgcc

Here is example: $ cat t-w32.c long long do_div(long long a, long long b) { return a/b; } i686-w64-mingw32-gcc -shared -o t-w32.dll t-w32.c i686-w64-mingw32-objdump -x t-w32.dll | grep "DLL Name" gcc 4.8: DLL Name: libgcc_s_sjlj-1.dll DLL Name: KERNEL32.dll DLL Name: m

Re: [Mingw-w64-public] GCC 4.8 for W32 use __udivdi3 and __umoddi3 in libgcc_s_sjlj-1.dll but not libgcc

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29.04.2013 19:28, Dongsheng Song wrote: > Hi, > > Wen I use gcc 4.8 for win32, I fount gcc use __udivdi3 and > __umoddi3 in libgcc_s_sjlj-1.dll but not libgcc, how can avoid > it, use gcc 4.7 behavior ? What did gcc-4.7 do? Also, what do you mea

[Mingw-w64-public] GCC 4.8 for W32 use __udivdi3 and __umoddi3 in libgcc_s_sjlj-1.dll but not libgcc

Hi, Wen I use gcc 4.8 for win32, I fount gcc use __udivdi3 and __umoddi3 in libgcc_s_sjlj-1.dll but not libgcc, how can avoid it, use gcc 4.7 behavior ? DLL Name: libgcc_s_sjlj-1.dll vma: Hint/Ord Member-Name Bound-To 22248 119 __udivdi3 22254 121 __umod

Re: [Mingw-w64-public] Cannot access inherited pointer

OK, so the problem was that the derived class was compiled with #pragma pack(1), while the base class without it. Thanks anyway, Pavel On Mon, 2013-04-29 at 12:04 +0200, Pavel wrote: > Hi team, > > I have the following situation > > class CBase > { > protected: > ULONG m_lRefCount; > IMallo

Re: [Mingw-w64-public] Mass rebuild report for April 27 2013

JonY schreef op zo 28-04-2013 om 10:44 [+0800]: > On 4/28/2013 00:11, JonY wrote: > > On 4/27/2013 22:40, Dongsheng Song wrote: > >> > >> I think mingw-w64 should not use C++ linkage for these C functions > >> when use C++ compiler. > > > > Done, moved. With mingw-w64 commit r5822 the gettext/a

[Mingw-w64-public] Cannot access inherited pointer

Hi team, I have the following situation class CBase { protected: ULONG m_lRefCount; IMalloc *m_pMalloc; public: CBase(IMalloc *pMalloc); ... class CDerived : public CBase { public CDerived(IMalloc *pMalloc, int iSomeOtherParam); ... CBase::CBase(IMalloc *pMalloc) { m_pMalloc = pMalloc;