Re: [Mingw-w64-public] GMP 5.0.1 and i686-w64-mingw32 and

2010-09-30 Thread NightStrike
On Tue, Sep 21, 2010 at 4:35 AM, Ruben Van Boxem wrote: > 2010/9/20 Ruben Van Boxem >> >> Here's my configure line: >> >>> /home/Ruben/mingw64/src/gmp/configure --host=i686-w64-mingw32 >>> --build=i686-w64-mingw32 CFLAGS="-mtune=core2 -fomit-frame-pointer >>> -momit-leaf-frame-pointer" --prefix=/

Re: [Mingw-w64-public] My build with lto enabled doesn't work with -flto...

2010-09-30 Thread NightStrike
Is this still an issue? On Tue, Sep 21, 2010 at 1:17 PM, Ruben Van Boxem wrote: > Hi, > > In an effort to test my build(script), I decided to rebuild everything, now > employing my freshly gained lto capabilities: > > CFLAGS="...-flto" # ... = old options, which worked :) > LFLAGS="-flto -fwhopr=

Re: [Mingw-w64-public] pthread stuff in mingw-w64 experimental?

2010-09-30 Thread NightStrike
Kai, comments? On Mon, Sep 27, 2010 at 8:59 AM, Ruben Van Boxem wrote: > Hi, > > I noticed on the mingw-w64.sourceforge.net SVN feed that Kai is adding > pthread stuff to the mingw-w64 package. I presume this is either a) a better > pthreads-win32 that actually is actively developed (as the origi

Re: [Mingw-w64-public] Please get rid of symbols from mingw-w64-crt\lib32\msvcrt.def which belong to msvcr70.dll and msvcr80.dll

2010-09-30 Thread Xiaofan Chen
On Fri, Oct 1, 2010 at 7:44 AM, JonY wrote: >> BTW, what is the supported OS for MinGW-w64 32bit and 64bit >> tool chain. Win2k onwards? Or XP onwards? I could not find this >> out from the Wiki. >> > > XP onwards, ymmv with Win2k. Thanks for the information. Maybe this should be put prominately i

Re: [Mingw-w64-public] Please get rid of symbols from mingw-w64-crt\lib32\msvcrt.def which belong to msvcr70.dll and msvcr80.dll

2010-09-30 Thread JonY
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/1/2010 07:31, Xiaofan Chen wrote: > On Wed, Sep 29, 2010 at 9:52 PM, JonY wrote: >> On 9/29/2010 21:39, Dongsheng Song wrote: >>> But we can not ensure third party software DO NOT call those functions, >>> so we must drop them or defined in guar

Re: [Mingw-w64-public] makebuildroot-test.mk problem with mingw/mingw-w64-headers/include/*.c

2010-09-30 Thread JonY
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/27/2010 21:10, Simon Josefsson wrote: > > > Simon Josefsson writes: > >> I have been using the makebuildroot-test.mk script from the experimental >> branch, and it works fine for me (32+64 bit GCC 4.5.1) if I do >> >> touch build/mingw/mingw-w

Re: [Mingw-w64-public] Please get rid of symbols from mingw-w64-crt\lib32\msvcrt.def which belong to msvcr70.dll and msvcr80.dll

2010-09-30 Thread Xiaofan Chen
On Wed, Sep 29, 2010 at 9:52 PM, JonY wrote: > On 9/29/2010 21:39, Dongsheng Song wrote: >> But we can not ensure third party software DO NOT call those functions, >> so we must drop them or defined in guard blocks like this: >> >> /* Windows 7 */ >> #if _WIN32_WINNT >= 0x0601 >> #endif >> >> /* W

Re: [Mingw-w64-public] Resources for automated builds?

2010-09-30 Thread Luis Lavena
On Thu, Sep 30, 2010 at 6:16 PM, NightStrike wrote: > > You can help in tons of ways: > > o  Donate physical hardware that I can put online somewhere > o  Install buildbot on a machine you have (virtual or otherwise) that > you connect up to our farm Geographically I'm located in Argentina, which

[Mingw-w64-public] makebuildroot-test.mk problem with mingw/mingw-w64-headers/include/*.c

2010-09-30 Thread Simon Josefsson
Simon Josefsson writes: > I have been using the makebuildroot-test.mk script from the experimental > branch, and it works fine for me (32+64 bit GCC 4.5.1) if I do > > touch build/mingw/mingw-w64-headers/include/foo.c > > otherwise I get a failure from make that there are no *.c files in that >

Re: [Mingw-w64-public] Resources for automated builds?

2010-09-30 Thread NightStrike
On Sun, Sep 26, 2010 at 6:17 PM, Luis Lavena wrote: > Hello Guys, > > I was wondering what infrastructure you guys have for the automated > builds? I'm specially interested in the Darwin ones for 32 and 64 bits > toolchains We have a set of machines that kind users donate to us in terms of resour

Re: [Mingw-w64-public] opensuse mingw64

2010-09-30 Thread NightStrike
Do you maintain those repos? On Mon, Sep 27, 2010 at 9:46 AM, Fridrich Strba wrote: > Add, please the repository windows:mingw that contains some > infrastructure packages. I actually have a problem to with dependencies > there in openSUSE_11.3, but working on it. Should be fixed soon. > > Cheers

Re: [Mingw-w64-public] Please get rid of symbols from mingw-w64-crt\lib32\msvcrt.def which belong to msvcr70.dll and msvcr80.dll

2010-09-30 Thread Xiaofan Chen
On Thu, Sep 30, 2010 at 2:09 PM, JonY wrote: > It is available in Windows 7 msvcrt.dll, of course, that doesn't mean > you should call it if you want your program to work on an older version > of Windows. > > The comments in the def files are not entirely accurate, msvcrt.dll has > versions as wel

Re: [Mingw-w64-public] Another project using MinGW-w64: GnuTLS

2010-09-30 Thread JonY
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/30/2010 17:39, Simon Josefsson wrote: > With latest GnuTLS release I changed our Windows installer to use > MinGW-w64 instead of earlier use of Debian's old MinGW packages: > > http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/4562

[Mingw-w64-public] Another project using MinGW-w64: GnuTLS

2010-09-30 Thread Simon Josefsson
With latest GnuTLS release I changed our Windows installer to use MinGW-w64 instead of earlier use of Debian's old MinGW packages: http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/4562 Changing compiler here solved a long-standing build problem, and the new binaries appears to work