Re: [Mingw-w64-public] RFC: How shall we plan releases of new major versions?

2012-11-07 Thread Ozkan Sezer
On 11/7/12, Erik van Pienbroek wrote: > Erik van Pienbroek schreef op zo 28-10-2012 om 00:01 [+0200]: >> I could try to write a >> script which tries to mass rebuild all these packages against recent >> mingw-w64 snapshots and report any breakage automatically > > Hi, > > In the last couple of day

Re: [Mingw-w64-public] RFC: How shall we plan releases of new major versions?

2012-11-07 Thread Erik van Pienbroek
Erik van Pienbroek schreef op zo 28-10-2012 om 00:01 [+0200]: > I could try to write a > script which tries to mass rebuild all these packages against recent > mingw-w64 snapshots and report any breakage automatically Hi, In the last couple of days I've been working on a mass rebuild script which

Re: [Mingw-w64-public] conflicting types?

2012-11-07 Thread Roger Pack
On Sat, Oct 20, 2012 at 11:05 AM, Earnie Boyd wrote: > On Fri, Oct 19, 2012 at 3:19 PM, Roger Pack wrote: > >>> Who is defining const as an empty macro? That doesn't seem right. > >> > >> > >> C++ only makes it undefined behavior, and the rules are fuzzy at best > (seems > >> that it's only undefi

[Mingw-w64-public] Mysql build

2012-11-07 Thread CanisMajorWuff
Hi! I am trying to build mysql. During the configuration I get this. checking "how to check if pid exists"... configure: error: Could not find the right ps and/or grep switches. Which OS is this? See the Installation chapter in the Reference Manual. Do you know what can be wrong with my ps

Re: [Mingw-w64-public] Error building python extension (DLL load failed: invalid access to memory location)

2012-11-07 Thread Earnie Boyd
On Wed, Nov 7, 2012 at 6:33 AM, Václav Šmilauer wrote: > >>> Just for the heck of it, I changed >>> Python27/lib/distutils/cygwincompiler.py to return "msvcrt" instead of >>> "msvcr90". It works. >>> >>> My question is: do we really need to link our modules to msvcr*, if >>> python.dll (which we l

Re: [Mingw-w64-public] Error building python extension (DLL load failed: invalid access to memory location)

2012-11-07 Thread Ruben Van Boxem
2012/11/7 Václav Šmilauer > > >> Just for the heck of it, I changed > >> Python27/lib/distutils/cygwincompiler.py to return "msvcrt" instead of > >> "msvcr90". It works. > >> > >> My question is: do we really need to link our modules to msvcr*, if > >> python.dll (which we link already when build

Re: [Mingw-w64-public] Error building python extension (DLL load failed: invalid access to memory location)

2012-11-07 Thread Václav Šmilauer
>> Just for the heck of it, I changed >> Python27/lib/distutils/cygwincompiler.py to return "msvcrt" instead of >> "msvcr90". It works. >> >> My question is: do we really need to link our modules to msvcr*, if >> python.dll (which we link already when building modules) links to msvcrt >> itself? I

Re: [Mingw-w64-public] File too large?

2012-11-07 Thread Václav Šmilauer
> My toolchains for 64-bit Windows are themselves built as 64-bit > executables, and my 32-bit to 64-bit toolchains are also linked with > the large-address-aware flag. You can find them here: > http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rub

[Mingw-w64-public] -std=c++11 and -mfpmath=sse+387

2012-11-07 Thread Andrey T
Hello. Can anybody help me? I try build some project with flags -DNDEBUG -march=i686 -mtune=core2 -mcx16 -msahf -mfpmath=sse+387 -mmmx -msse2 -mms-bitfields -mpe-aligned-commons -O3 -fms-extensions -fforce-addr -frename-registers -fomit-frame-pointer -fno-align-functions -fno-align-jumps -fno-align