Re: [Mingw-w64-public] [PATCH 1/4] crt: Add libopends60.a.

I don’t think it is good idea provide library that not part of SDK. Regards, Alexey > 20 мая 2021 г., в 17:29, Liu Hao написал(а): > > 在 2021-05-18 07:26, Mark Harmstone 写道: >> This is the counterpart to srv.h, used to create extended stored >> procedures for MSSQL. >> Signed-off-by: Mark Harm

[Mingw-w64-public] [PATCH] Add missing IPPROTO_* defines

>From 014fcc1b347cc79a2e14c7a4009a3d08d6d10870 Mon Sep 17 00:00:00 2001 From: Alexey Pavlov Date: Tue, 22 Oct 2019 13:28:43 +0300 Subject: [PATCH] Add missing IPPROTO_* defines --- mingw-w64-headers/include/winsock2.h | 9 + 1 file changed, 9 insertions(+) diff --git a/mingw-

[Mingw-w64-public] [PATCH] Add missing enum defines for IO_REPARSE_TAG_*

>From 04773dd3263cdec40d35c6210f92ebbdef6057ce Mon Sep 17 00:00:00 2001 From: Alexey Pavlov Date: Mon, 21 Oct 2019 23:09:22 +0300 Subject: [PATCH] Add missing IO_REPARSE_TAG_* defines --- mingw-w64-headers/include/winnt.h | 34 +-- 1 file changed, 32 insertions(+)

[Mingw-w64-public] [PATCH] Remove timer functions export from 32-bit kernel32

>From 6ca93317c0c6513b6e9f4fd3d3a95eefde612d3c Mon Sep 17 00:00:00 2001 From: Alexey Pavlov Date: Thu, 25 Jul 2019 08:19:10 +0300 Subject: [PATCH] Remove time functions export for 32 bit kernel32 as they export by winmm and already removed from 64-bit kernel32 --- mingw-w64-crt/lib32/kerne

Re: [Mingw-w64-public] [PATCH] Fix building runtime for Cygwin

JonY, can you push it? чт, 18 июл. 2019 г. в 02:55, JonY via Mingw-w64-public < mingw-w64-public@lists.sourceforge.net>: > On 7/17/19 8:24 PM, Alexey Pavlov wrote: > >>From 045b8d3925b22dbac648cf7db552b57df4f1f295 Mon Sep 17 00:00:00 2001

[Mingw-w64-public] [PATCH] Fix building runtime for Cygwin

>From 045b8d3925b22dbac648cf7db552b57df4f1f295 Mon Sep 17 00:00:00 2001 From: Alexey Pavlov Date: Wed, 17 Jul 2019 23:21:23 +0300 Subject: [PATCH] Fix building runtime for Cygwin. Some defines was moved to corecrt.h header, so it must be installed always --- mingw-w64-headers/configure

Re: [Mingw-w64-public] i686 gcc version 8.2?

ср, 12 дек. 2018 г. в 15:44, RK via Mingw-w64-public < mingw-w64-public@lists.sourceforge.net>: > >On 12/11/2018, 8:25 PM, Liu Hao wrote:>在 2018/12/12 > 6:04, Earnie via Mingw-w64-public 写道:>> On 12/11/2018 4:50 PM, Mateusz > Mikuła wrote:>>> https://musl.cc works fine, check your DNS.>> >

Re: [Mingw-w64-public] [PATCH] Add interfaces frm evr header to libamstrmid

I have talk with Jacek on IRC. He tell me that this is necessary to provide IIDs from updated evr header. It solve issue with building Qt5 with latest mingw-w64 > 25 авг. 2018 г., в 11:04, Liu Hao написал(а): > >> 在 2018/8/25 7:07, JonY via Mingw-w64-public 写道: >> Can you explain it in your c

[Mingw-w64-public] [PATCH] Add interfaces frm evr header to libamstrmid

From 13d7142491390894f057da66adea4fd99c3c1fc0 Mon Sep 17 00:00:00 2001 From: Alexey Pavlov Date: Fri, 24 Aug 2018 20:20:26 +0300 Subject: [PATCH] libamstrmid: Add evr interfaces --- mingw-w64-crt/libsrc/amstrmid.c | 1 + 1 file changed, 1 insertion(+) diff --git a/mingw-w64-crt/libsrc

[Mingw-w64-public] [PATCH] Add some missing features to shlwapi header

From 45b1912686d578379b091947720ac8f20ff28f90 Mon Sep 17 00:00:00 2001 From: Alexey Pavlov Date: Tue, 31 Jul 2018 21:52:12 +0300 Subject: [PATCH] Add missing features to shlwapi header --- mingw-w64-headers/include/shlwapi.h | 38 + 1 files changed, 38 insertions(+) create mode 100644

[Mingw-w64-public] [PATCH] Add IDL files for evl and mfplay headers. Add missing interface to mfidl

-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Mingw-w64-public mailing list Mingw-w64-public

[Mingw-w64-public] [PATCH] Add IDL files for evl and mfplay headers. Add missing interface to mfidl

-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Mingw-w64-public mailing list Mingw-w64-public

Re: [Mingw-w64-public] Issue with headers.

2017-01-26 14:33 GMT+03:00 lhmouse : > On 2017/1/26 19:00, Petri Hodju wrote: > > Hi! > > I ran to the same problem earlier and I posted patches here on the > > list on 2nd December 2016 for this problem. > > In short, the CompPtr has specialized constructors that can't access > > the protected me

[Mingw-w64-public] Issue with headers.

Hi! I'm working on building Qt-5.8.0 with mingw-w64 + GCC 6.3.0 and now have issue: In file included from C:/building/msys64/mingw64/x86_64-w64-mingw32/include/wrl.h:10:0, from qwindowsdirect2dpaintengine.cpp:62: C:/building/msys64/mingw64/x86_64-w64-mingw32/include/wrl/client.h:

Re: [Mingw-w64-public] winpthreads

> 28 июля 2015 г., в 7:09, Alexey Pavlov написал(а): > > Hi, guys! > > Our users (MSYS2) report lot of crashes in different applications. We found > that that crash are happen after upgrading winpthreads and caused one or both > of two commits: > Rewrite the pthread

[Mingw-w64-public] winpthreads

Hi, guys! Our users (MSYS2) report lot of crashes in different applications. We found that that crash are happen after upgrading winpthreads and caused one or both of two commits: Rewrite the pthread spin lock implementation - https://github.com/msys2/mingw-w64/commit/249898d9ae310959116efa333e

[Mingw-w64-public] [PATCH] Remove duplicates

Activscp header/idl define twice many IID. diff --git a/mingw-w64-headers/include/activscp.h b/mingw-w64-headers/include/activscp.h index 847290e..cf93d7a 100644 --- a/mingw-w64-headers/include/activscp.h +++ b/mingw-w64-headers/include/activscp.h @@ -175,35 +175,9 @@ extern "C" { DEFINE_GUID(CAT

[Mingw-w64-public] [PATCH] Fix def file for 32-bit d3d11.dll

From ddf2219d6eaa7991ef8de76539573f8fc8b85c41 Mon Sep 17 00:00:00 2001 From: Alexpux Date: Wed, 18 Feb 2015 15:14:04 +0300 Subject: [PATCH] Fix 32-bit def file for d3d11.dll. Symbols need have argument count. --- mingw-w64-crt/lib32/d3d11.def | 92 +-- 1

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

2015-01-25 6:13 GMT+03:00 Dongsheng Song : > On Fri, Jan 23, 2015 at 6:35 PM, Jacek Caban > wrote: > > On 01/22/15 15:35, Dongsheng Song wrote: > >> Please review. > > > > Looks good to me. > > > > Thanks, > > Jacek > > > > Pushed as 842d5c6b20526a78b3d29550c9dd196ec3215d21. > > Can you also do t

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

2015-01-07 12:12 GMT+03:00 Dongsheng Song : > On Wed, Jan 7, 2015 at 4:50 PM, niXman wrote: > > Dongsheng Song 2015-01-07 11:34: > > > >> Since the last 6 characters must be "XX" is mandatory, I think no > >> need such tricks. > > You do not know what will change through the 1,5,10 years. > >

[Mingw-w64-public] asctime_r duplications

Ladt changes to time functions lead to multiple definitions of "asctime_r" in some programs. For example, libtool: link: x86_64-w64-mingw32-g++ -shared -nostdlib C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib/../lib/dllcrt2.o C:/msys64/mingw64/lib/gcc/x86_64-

[Mingw-w64-public] Trunk build fail

Recent trunk version of mingw-w64 runtime fail to build during last changes to huge headers: http://pastebin.com/XZ30gHtF Regards, Alexey. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate!

[Mingw-w64-public] [patch] Add qsort_s declaration.

Use qsort_s from msvcrt according to: http://msdn.microsoft.com/en-us/library/4xc60xas.aspx From 4eb3c7dffd4f27bcec3a0141de2a2b8448079cac Mon Sep 17 00:00:00 2001 From: Alexpux Date: Mon, 24 Nov 2014 12:38:17 +0300 Subject: [PATCH] Add qsort_s declarations. Use msvcrt version. --- mingw-w64-crt

Re: [Mingw-w64-public] [patch] Missing defines for ws2tcpip

Previous message have patch with typo. Attached new patch. 2014-11-19 10:53 GMT+03:00 Alexey Pavlov : > According to > > http://msdn.microsoft.com/en-us/library/windows/desktop/ms738520(v=vs.85).aspx > we need some missing defines. > > Regards

[Mingw-w64-public] [patch] Missing defines for ws2tcpip

According to http://msdn.microsoft.com/en-us/library/windows/desktop/ms738520(v=vs.85).aspx we need some missing defines. Regards, Alexey. From 3bb52c1d4e691265a95e228fa4091e51d8229795 Mon Sep 17 00:00:00 2001 From: Alexpux Date: Wed, 19 Nov 2014 10:43:48 +0300 Subject: [PATCH] Add missing define

[Mingw-w64-public] netioapi.h inconsistence

Hi! Some users report about inconsistency in netioapi header. They have issues with using it on WinXP. See: https://github.com/Alexpux/MINGW-packages/issues/279 Regards, Alexey. -- __

[Mingw-w64-public] [patch] Fix missing source

Attached patch fix listed source for mingwex{32,64} introduced in commit [3e3f329] mingw-w64-missing-log.patch Description: Binary data -- Want excitement? Manually upgrade your production database. When you want reliabil

[Mingw-w64-public] Missing GUIDs in libuuid

I have error described here: http://www.qtcentre.org/threads/38060-How-to-fix-this-error-undefined-reference-to-IID_IMultiLanguage Seems some GUIDs are missing in mingw-w64. Regards, Alexey. -- Want fast and easy access

Re: [Mingw-w64-public] bunzip2 from both mingw-w64-i686-bzip2-1.0.6-1 and mingw-w64-x86_64-bzip2-1.0.6-1 don't work

2014-03-12 17:58 GMT+04:00 kyrab : > bunzip2 from both mingw-w64-i686-bzip2-1.0.6-1 and > mingw-w64-x86_64-bzip2-1.0.6-1 packages don't work. When being ran it > silently does nothing, returning 1.inde > > Fixed. New packages uploaded. Regards, Alexey. > > > -

[Mingw-w64-public] Mingw toolchains and Clang

Long time ago we add possibility to build Clang into mingw-builds scripts. Now we want to provide Clang builds for mingw-w64 toolchains. There are two possibilities that we can do: *1. *Include clang builds into toolchain archive *2.* Provide separate builds of GCC+Clang I have a question to user

[Mingw-w64-public] Duplicate declarations

Hi! I found that "*winuser.h*" from trunk have twice declared " *tagTouchPredictionParameters*". First declaration is on *5144* line, second - *6520* line. On of this declaration need to be removed. Regards, Alexey. -

Re: [Mingw-w64-public] GNU Make 4.0

2013/12/16 Ruben Van Boxem : > 2013/12/16 niXman >> >> Ruben Van Boxem 2013-12-16 13:34: >> > Hi, >> > >> > Quick question: does the GNU Make 4.0 release mean I don't need to >> > patch >> > the hell out of GNU Make anymore to make it function decently in a >> > Windows >> > environment, or are th

Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain

ping? 2013/12/8 Fanael Linithien : > Ping? > > -- > Sponsored by Intel(R) XDK > Develop, test and display web and hybrid apps with a single code base. > Download it for free now! > http://pubads.g.doubleclick.net/gampad/cl

[Mingw-w64-public] Winpthreads library issue with dwarf toolchain

Hi, all! I'm have issue with winpthreads from trunk rev.6367 and later. It break for me dwarf toolchains with threads=posix. Most generated binaries with this toolchain crash on startup. For example, I build sqlite3 and winpthreads rev.6367 with debuginfo and has next GDB backtrace http://pastebin

Re: [Mingw-w64-public] Trouble with libstdc++-6.dll

2013/11/26 Ingo Maindorfer : > Hello, > > I've downloaded > x64-Qt-4.8.5+qtcreator-3.0.0-beta-(gcc-4.8.2-seh-rt_v3-rev0).7z and > run into some trouble. > > Mingw64\bin was added to my path to have the gcc, gdb and friends at > hand. Unfortunally there a two different libstdc++-6.dll out there: > o

Re: [Mingw-w64-public] Why is MSYS2 Git so slow?

2013/11/22 Óscar Fuentes : > I was hoping to replace my MSYSGit install with MSYS2 + Git, but the > later is 4x slower than the former. Same Git version (1.8.4), same > command ("git status", for example.) > > Why this difference? > As I know, MSYSGit is hybrid of MSYS shell + MinGW Git. Git there

Re: [Mingw-w64-public] MSYS2 *_shell.bat files updated with pacman -Syu?

2013/11/21 Jon : > If yes, anytime a pacman upgrade has newer bat files, I'd like to see the > newer bat's installed as *_shell.bat.pacnew rather than overwriting the > existing bat's. > > This is important to me because I have multiple msys(2)/mingw-w64 based > toolchains on my system and only wan

Re: [Mingw-w64-public] MSYS2

2013/11/20 Ruben Van Boxem > 2013/11/20 Alexey Pavlov > >> >> Hi! >> >> I want to ANNOUNCE that I create two pacman repositories for MinGW-w64 >> toolchains for MSYS2: >> >> https://sourceforge.net/projects/msys2/files/REPOS/MINGW/i686/ >&

Re: [Mingw-w64-public] MSYS2

2013/11/20 Alexey Pavlov > > Hi! > > I want to ANNOUNCE that I create two pacman repositories for MinGW-w64 > toolchains for MSYS2: > > https://sourceforge.net/projects/msys2/files/REPOS/MINGW/i686/ > https://sourceforge.net/projects/msys2/files/REPOS/MINGW/x86_64/ >

Re: [Mingw-w64-public] MSYS2

Hi! I want to ANNOUNCE that I create two pacman repositories for MinGW-w64 toolchains for MSYS2: https://sourceforge.net/projects/msys2/files/REPOS/MINGW/i686/ https://sourceforge.net/projects/msys2/files/REPOS/MINGW/x86_64/ This toolchains builded with threads=posix no-multilib - dwarf and seh

Re: [Mingw-w64-public] [MSYS2] yaourt, cmake & emacs

2013/11/19 张皛闶 > Many thanks to Alexey for bringing us msys2 with pacman. > Hence i'm interesting in when can we expect a yaourt, a cmake and a emacs > (better similar to the cygwin's, use msys's base subsystem and windows gui). > > Cygwin use X11 subsystem for GUI. I don't want to add X11 to MSY

Re: [Mingw-w64-public] MSYS2 32bit with pacman mingw 64bit repo?

2013/11/19 Jon > > > On Mon, Nov 18, 2013 at 3:46 PM, Alexey Pavlov wrote: > >> >> >> >> 2013/11/19 Jon >> >>> >>> On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem < >>> vanboxem.ru...@gmail.com> wrote: >

Re: [Mingw-w64-public] MSYS2 32bit with pacman mingw 64bit repo?

2013/11/19 Jon > > On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem > wrote: > >> 2013/11/18 Alexey Pavlov >> >>> >>> >>> >>> 2013/11/18 Jon >>> >>>> Reasons why the following in a 32bit MSYS2's /

Re: [Mingw-w64-public] MSYS2 32bit with pacman mingw 64bit repo?

2013/11/19 Ruben Van Boxem > 2013/11/18 Alexey Pavlov > >> >> >> >> 2013/11/18 Jon >> >>> Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an >>> awful idea? >>> >>> [mingw] >>> #Se

Re: [Mingw-w64-public] MSYS2 32bit with pacman mingw 64bit repo?

2013/11/18 Jon > Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an awful > idea? > > [mingw] > #Server = https://sourceforge.net/projects/msys2/files/REPOS/MINGW/$arch > Server = https://sourceforge.net/projects/msys2/files/REPOS/MINGW/x86_64 > $arch specify MSYS architec

Re: [Mingw-w64-public] MSYS2: wrong disk space used reported by `du'

2013/11/13 Corinna Vinschen > On Nov 12 22:52, Óscar Fuentes wrote: > > Corinna Vinschen > > writes: > > > > > On Nov 12 13:59, Óscar Fuentes wrote: > > >> > > >> $ du -sh /lib/git-core > > >> 13M /lib/git-core > > >> > > >> Windows Explorer says that d:/msys32/lib/git-core uses 169 MB. > Ob

Re: [Mingw-w64-public] MSYS2

I'm create 64-bit base MSYS2: msys64-base-x86_64-20131113.tar.xz Also I upload some updates for 32-bit: fix packman's warnings, update vim, glib2. You can update your 32-bit msys2 by "pacman -Syu"

Re: [Mingw-w64-public] whats the difference between msys2-20131003.tar.xz and msys2-base-i686-20131112?

2013/11/13 ResQue > what is the difference between x32-msys2-20131003.tar.xz and > msys2-base-i686-20131112.tar.xz? > > I noticed that the new version has pacman and the older version does not. > But the older version seems to have a lot more files in there like GIT and > is more than twice the

Re: [Mingw-w64-public] MSYS2 BASE package selection

2013/11/13 Ruben Van Boxem > Op 12-nov.-2013 21:11 schreef "Alexey Pavlov" : > > > > > > > > > > > 2013/11/13 Jon > >> > >> Understood. > >> > >> I think a vote is a bad idea because everyone has their favori

Re: [Mingw-w64-public] MSYS2 BASE package selection

have pacman (thank you!) there's very little downside. :) > > > > On Tue, Nov 12, 2013 at 2:56 PM, Alexey Pavlov wrote: > >> >> >> >> 2013/11/12 Jon >> >>> Why were the following packages not selected for inclusion in this >>>

Re: [Mingw-w64-public] MSYS2 BASE package selection

2013/11/12 Jon > Why were the following packages not selected for inclusion in this version > of the BASE download? > > msys autoconf 2.69-1 > msys automake 1.14-1 > msys libtool 2.4.2-1 > > There are many candidates to BASE group but need to understand that it increase size. I want to sug

Re: [Mingw-w64-public] MSYS2

t; > setting up something similar to the aur site on archlinux >> > >> > On Nov 12, 2013 12:04 PM, "Alexey Pavlov" wrote: >> >> >> >> >> >> >> >> >> >> 2013/11/12 Jon >> >>> >> >&

Re: [Mingw-w64-public] MSYS2

ning is about my uid:gid and yours conflicts. This is not fatal or anything bad on windows. Pacman store my uid:gid in package database but your system doesn't know my account) Regards, Alexey. > Jon@Black ~ > $ xz --version > xz (XZ Utils) 5.0.5 > liblzma 5.0.5 > > Jon@Black ~ >

Re: [Mingw-w64-public] MSYS2

2013/11/12 Ruben Van Boxem > 2013/11/12 Alexey Pavlov > >> Today I want to announce that MSYS2 now has console package manager - >> pacman that is ported from Arch Linux. I'm still working on porting pacman >> but it work in general. >> You can find general i

Re: [Mingw-w64-public] MSYS2

>> >> Did you restart MSYS after first start? >> >> On Nov 12, 2013 6:58 AM, "Alexey Pavlov" wrote: >> >>> Today I want to announce that MSYS2 now has console package manager - >>> pacman that is ported from Arch Linux. I'm still

Re: [Mingw-w64-public] MSYS2

Today I want to announce that MSYS2 now has console package manager - pacman that is ported from Arch Linux. I'm still working on porting pacman but it work in general. You can find general info about packman here: https://wiki.archlinux.org/index.php/pacman I create experimental base msys2 snaps

Re: [Mingw-w64-public] conflicting EXCEPTION_REGISTRATION types with tcl/tk 8.6.1

2013/11/8 Jon : > the link to the tcltk buildlet > > https://github.com/jonforums/buildlets/blob/master/build_tcltk.ps1#L79-L80 > > > > On Thu, Nov 7, 2013 at 10:41 PM, Jon wrote: >> >> While updating my powershell-based build recipes ("buildlets") for 64-bit >> and other things, I get the followi

Re: [Mingw-w64-public] [Project News | New Builds]

2013/10/19 Alexey Pavlov : > ANNOUNCING first GCC-4.8.2 builds with latest stable mingw-w64 runtime v3. > > Program versions in builds: > > GCC-4.8.2. > binutils-2.23.2. > mingw-w64 runtime rev.6346. > gdb-7.6.1. > python-2.7.5. > GNU Make 4.0 from git. > >

Re: [Mingw-w64-public] MSYS2

Yesterday snapshots contain errors that may cause errors during uncompress. Today I upload new snapshots that fix this issue: 32-bit: x32-msys2-20131022.tar.xz 64-bit: x64-msys2-20131022.ta

Re: [Mingw-w64-public] MSYS2

New MSYS2 snapshots: 32-bit: x32-msys2-20131021.tar.xz 64-bit: x64-msys2-20131021.tar.xz

[Mingw-w64-public] [Project News | New Builds]

*ANNOUNCING* first GCC-4.8.2 builds with latest stable mingw-w64 runtime v3. Program *versions* in builds: 1. *GCC-4.8.2. * 2. *binutils-2.23.2. * 3. *mingw-w64 runtime rev.6346. * 4. *gdb-7.6.1. * 5. *python-2.7.5.* 6. *GNU Make 4.0 from git.* *GCC-4.8.2 *builded

[Mingw-w64-public] [Experimental Builds]

On next week GCC-4.8.2 planned to release. Before release I built experimental toolchains to test new GCC. For experimental builds I create folders "Experimantal_Builds" under "Personal Builds". All future prerelease builds will be placed there. Program *versions* in builds: 1. *GCC-4.8.2 rev.

Re: [Mingw-w64-public] MSYS2

ot the qt recipe due to lack of PSDK on my machine) in > order to build useful software mainly for fun and research. > > My scripts also can build many other packages that you can activate with --extra-stuff option and some others. Regards, Alexey. > > On Thu, Oct 3, 2013 at 1

Re: [Mingw-w64-public] MSYS2

New MSYS2 snapshots: 32-bit: x32-msys2-20131003.tar.xz 64-bit: x64-msys2-20131003.tar.xz

Re: [Mingw-w64-public] compile C curses program under mingw-w64

2013/10/2 Daniel Goldman > Background - I gcc compile a C curses program under ubuntu Linux, using > ncurses. It works > great. I also compile the curses program under DOS / xp, using pdcurses > included with > mingw. The DOS version works fine in production mode. But there are some > problems: 1

Re: [Mingw-w64-public] Detecting libexpat library failed with undefined reference to _time32

2013/10/2 LRN > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 02.10.2013 20:39, asmwarrior wrote: > > Hi, I'm using D:\mingw-builds\x32-4.8.1-posix-dwarf-rev5 to build GDB > under MSYS. > > > > I have manually download the iconv, zlib, expat, and build and install > them to /mingw. > > (

Re: [Mingw-w64-public] MinGW64\bin... 32/64 bits compier?

2013/9/30 Incongruous > In the MinGW64\bin folder, there are two entries for the g++ compiler > and ..\bin\g++.exe and ..\bin\x86_64-w64-mingw32-g++.exe, I have assumed > that the first entry is the 32bit compiler and that the second is the 64bit > compiler. Is this correct? > > Both are 64-bit

Re: [Mingw-w64-public] where to create winsup/mingw

2013/9/26 Frédéric Bron > Hi, > > Thanks for the links. > > > Why do you think you need to build everything yourself? > > There are many pre-packaged binaries available from the MinGW-w64 > download > > page. Please use those if you don't know the answer to this question ;-) > > I have built ming

Re: [Mingw-w64-public] [Project News | New Builds]

*ANNOUNCING* new GCC-4.8.1 builds with latest stable mingw-w64 runtime v3. GCC-4.8.1 has been rebuild with rev2. Program *versions* in builds: 1. *GCC-4.8.1. * 2. *binutils-2.23.2. * 3. *mingw-w64 runtime rev.6311. * 4. *gdb-7.6.1. * 5. *python-2.7.5.* 6. *GNU Make

Re: [Mingw-w64-public] Announcement: mingw-builds and mingw-w64 are joining forces

rself. Our scripts has option to build all with -flto flag but it fail very often. Regards, Alexey. > Thanks! > > > 2013/9/24 xunxun >> >> 于 2013/9/24 星期二 22:21, Alexey Pavlov 写道: >> > 2013/9/24 xunxun : >> >> 于 2013/9/24 星期二 20:41, niXman 写道: >>

Re: [Mingw-w64-public] Announcement: mingw-builds and mingw-w64 are joining forces

2013/9/24 xunxun : > 于 2013/9/24 星期二 22:21, Alexey Pavlov 写道: >> 2013/9/24 xunxun : >>> 于 2013/9/24 星期二 20:41, niXman 写道: >>>> 2013/9/24 xunxun: >>>>> You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html >>>> Build time wi

Re: [Mingw-w64-public] Announcement: mingw-builds and mingw-w64 are joining forces

2013/9/24 xunxun : > 于 2013/9/24 星期二 20:41, niXman 写道: >> 2013/9/24 xunxun: >>> You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html >> Build time will be increased approximately by 400 percent, in order to >> increase compilation speed by 10 percent. I do not see the any point >> in doing t

Re: [Mingw-w64-public] Announcement: mingw-builds and mingw-w64 are joining forces

2013/9/24 Jon : > > > > On Mon, Sep 23, 2013 at 11:17 AM, niXman wrote: >> >> 2013/9/23 Kai Tietz: >> > Hello everybody, >> > >> > As you may have noticed, we are already providing builds from >> > mingw-builds on our download page. both mingw-builds and mingw-w64 will >> > be joining ventures tog

Re: [Mingw-w64-public] Announcement: mingw-builds and mingw-w64 are joining forces

2013/9/23 Martin Mitáš : >> >> P.S. >> 32-bit: >> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.1/threads-posix/sjlj/i686-4.8.1-release-posix-sjlj-rev1.7z >> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%

Re: [Mingw-w64-public] Unattended install with mingw-builds-install.exe

2013/9/20 Martin Fiers > Dear mingw users, > > I would like to do an unattended install of mingw on Windows. I'm using > the mingw-builds-install.exe installer. > > Here's good information about how to do unattended installs: > http://unattended.sourceforge.net/installers.php > > .. but I cannot

Re: [Mingw-w64-public] mingw-w64 v3.0 RC1

2013/9/20 Ruben Van Boxem > Hi, > > I was asked by a user of my Arch User Repository packages about the > necessity of this patch: > > http://pkgs.fedoraproject.org/cgit/mingw-gcc.git/tree/gcc-make-xmmintrin-header-cplusplus-compatible.patch > > Also we have more complex patch for it: https://git

Re: [Mingw-w64-public] mingw-w64 v3.0 RC1

Hi, Ruben! Mingw-builds toolchains already has this patches for a long time applied to GCC. Regards, Alexey. 2013/9/20 Ruben Van Boxem > Hi, > > I was asked by a user of my Arch User Repository packages about the > necessity of this patch: > > http://pkgs.fedoraproject.org/cgit/mingw-gcc.git/

Re: [Mingw-w64-public] [Project News | New Builds]

2013/9/19 Dongsheng Song > On Thu, Sep 19, 2013 at 11:26 AM, Alexey Pavlov wrote: > >> *ANNOUNCING* new GCC-4.8.1 builds before mingw-w64 runtime v3 are >> released. >> >> GCC-4.8.1 has been rebuild with rev1. >> >> Program *versions* in build

[Mingw-w64-public] [Project News | New Builds]

*ANNOUNCING* new GCC-4.8.1 builds before mingw-w64 runtime v3 are released. GCC-4.8.1 has been rebuild with rev1. Program *versions* in builds: 1. *GCC-4.8.1. * 2. *binutils-2.23.2. * 3. *mingw-w64 runtime rev. 6288. * 4. *gdb-7.6.1. * 5. *python-2.7.5.* 6. *GNU Mak

Re: [Mingw-w64-public] MSYS2

gt; What's the difference between msys2_shell.bat and mingw_shell.bat? > > Thanks a lot! > > > 2013/9/9 Alexey Pavlov > >> New MSYS2 snapshots: >> >> 32-bit: >> x32-msys2-beta2-20130909.tar.xz<http://sourceforge.net/projects/msys2/files/Alpha-versions/32

Re: [Mingw-w64-public] MSYS2

New MSYS2 snapshots: 32-bit: x32-msys2-beta2-20130909.tar.xz 64-bit: x64-msys2-beta2-20130909.tar.xz

Re: [Mingw-w64-public] MinGW and Msys Directories

fferences between cygwin and msys. Under MSYS you can use native win32 gcc toolchains. > > On Mon, Sep 2, 2013 at 5:25 AM, Alexey Pavlov wrote: > >> msys-2.0.dll is renamed and patched cygwin1.dll. >> >> >> 2013/9/2 Baruch Burstein >> >>> What is

Re: [Mingw-w64-public] MinGW and Msys Directories

msys-2.0.dll is renamed and patched cygwin1.dll. 2013/9/2 Baruch Burstein > What is this msys-2.0.dll? What functions does it supply? How is this > different than cygwin's infamous dll? > > > On Sun, Sep 1, 2013 at 4:35 PM, Ray Donnelly wrote: > >> MSYS2 is basically Cygwin without the posix-pur

Re: [Mingw-w64-public] Mass rebuild report for August 29 2013

2013/8/29 Erik van Pienbroek > > > mingw-qt5-qtbase-5.1.0-5 > > ** Package failed to build while it succeeded during the previous > mass rebuild ** > > Package owner: epienbro > > Time to build: 9 minutes, 54 seconds > > Build logs: > http://build1.vanpienbroek.nl/fedora-mi

Re: [Mingw-w64-public] MSYS2

New MSYS2 snapshots: 32-bit: x32-msys2-beta1-20130826.tar.xz 64-bit: x64-msys2-beta1-20130826.tar.xz

Re: [Mingw-w64-public] mingw/gcc stralign.h

2013/8/10 JonY > On 8/10/2013 11:47, G M wrote: > > Hi > > > > Just to correct my previous message, the alternative stralign.h I > > found doesn't work for me after all when building Ninja, I made a mistake > > building it before to think it did work. > > > > So the diff I provided for further in

Re: [Mingw-w64-public] MSYS2

New MSYS2 snapshots: 32-bit: x32-msys2-alpha-20130728.tar.xz 64-bit: x64-msys2-alpha-20130728.tar.xz

Re: [Mingw-w64-public] Getting Rid of winpthread Dynamic Dependency

2013/7/25 Ruben Van Boxem > > 2013/7/25 Haroogan > >> That's weird, but even >> >> -static-libgcc -static-libstdc++ -static -Wl,-Bstatic -lpthread >> -Wl,-Bdynamic >> >> does not help. Why? >> > > Can you run dependency walker on the executable and see what exactly is > pulling in the winpthread

Re: [Mingw-w64-public] Fwd: [Mingwbuilds-users] Is Win 2000 supported?

This problem fixed in mingw-w64 trunk yesterday. And will be fixed in next mingw-builds toolchains. Regards, Alexey. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with appli

Re: [Mingw-w64-public] Not understanding SJLJ dependency tradeoffs

2013/7/15 Jon : > On Mon, 15 Jul 2013 11:02:20 +0400 > niXman wrote: > >> 2013/7/15 Jon: >> > When I build C apps with mingwbuilds 4.8.1-win32-sjlj, the built artifacts >> > have a runtime dependency on >> > `libgcc_s_sjlj-1.dll`. This is not the case when I use the rubenvb >> > toolchains. >> >

Re: [Mingw-w64-public] MSYS2

2013/7/15 asmwarrior : > > > On 2013-7-10 1:21, Alexey Pavlov wrote: >> Upload new MSYS2 snapshots: >> >> 32-bit: x32-msys2-alpha-20130709.tar.xz >> <http://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-alpha-20130709.tar.xz/down

Re: [Mingw-w64-public] MSYS2

2013/7/9 Teemu Nätkinniemi > On 9.7.2013 20:21, Alexey Pavlov wrote: > > Upload new MSYS2 snapshots: > > Does this already work with win32 tools? > > Yes we successfully using it with native Mingw-w64 toolchains

Re: [Mingw-w64-public] MSYS2

Upload new MSYS2 snapshots: 32-bit: x32-msys2-alpha-20130709.tar.xz 64-bit: x64-msys2-alpha-20130709.tar.xz

Re: [Mingw-w64-public] MinGW-w64 (64-bit/POSIX/SEH) Based on GCC 4.8.0 Regression with -O3 flag (Spotted on QtCore 4.8.5)

2013/7/3 niXman : > 2013/7/3 Ruben Van Boxem: >> That issue seems unrelated. And it might be fixable by linking the 32-bit >> GCC compiler executables with -Wl,--enable-large-address-aware. > or binutils executables? > Mingw-builds binutils already built with this flags. >

Re: [Mingw-w64-public] MinGW-w64 (64-bit/POSIX/SEH) Based on GCC 4.8.0 Regression with -O3 flag (Spotted on QtCore 4.8.5)

This is known problem. See https://bugreports.qt-project.org/browse/QTBUG-29099. It for Qt5 but for Qt4 is the same. You can't now use -O3 with mingw toolchains based on gcc-4.7.3+. Regards, Alexey. 2013/7/3 Haroogan : > Hello, > > > The problem is as follows. > Building Qt 4.8.5 with x64-4.8.0-r

Re: [Mingw-w64-public] MSYS2

I upload new snapshots for testing: 32-bit: x32-msys2-alpha-20130625.tar.xz 64-bit: x64-msys2-alpha-20130625.tar.xz

Re: [Mingw-w64-public] gcc-4.8.1 build failure libstdc++ string

2013/6/25 Alon Bar-Lev > On Tue, Jun 25, 2013 at 12:00 AM, Ruben Van Boxem > wrote: > > > > 2013/6/22 Alon Bar-Lev > >> > >> Hello, > >> > >> gcc-4.8.1 failing for some reason, I guess std::vswprintf is > incompatible for some reason, gcc-4.7.3 works correctly. Using > mingw64-runtime-2.0.8. >

Re: [Mingw-w64-public] End of rubenvb builds

2013/6/23 Baruch Burstein > And of course, as expected. I just went to try the mingw-builds, and > downloaded their recommended installer (the download button on the front > page), and when tried to run it, it didn't work (couldn't download > repository.txt or some such). We really need a build t

Re: [Mingw-w64-public] End of rubenvb builds

2013/6/23 LRN > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 23.06.2013 17:15, Ruben Van Boxem wrote: > > Hi everyone, > > > > I have come to the conclusion that my MinGW-w64 builds bring too little > to > > the table for me to continue maintaining them. > > > > I strongly encourage you