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 Harmstone >> --- >> mingw-w64-crt/Makefile.in| 98 >> mingw-w64-crt/aclocal.m4 | 17 -- >> mingw-w64-crt/configure.ac | 10 ++-- >> mingw-w64-crt/lib32/Makefile.am | 1 + >> mingw-w64-crt/lib64/Makefile.am | 1 + >> mingw-w64-crt/lib64/opends60.def | 82 ++ >> 6 files changed, 148 insertions(+), 61 deletions(-) >> create mode 100644 mingw-w64-crt/lib64/opends60.def >> > > Did you forget the 32-bit DEF file? > > The hunk for `configure.ac` contains only whitespace changes, which I fixed > just now in repo. It shouldn't part of this patch. > > > -- > Best regards, > Liu Hao > > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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-w64-headers/include/winsock2.h b/mingw-w64-headers/include/winsock2.h index de834846..e1321f8a 100644 --- a/mingw-w64-headers/include/winsock2.h +++ b/mingw-w64-headers/include/winsock2.h @@ -88,10 +88,15 @@ extern "C" { #define IPPROTO_IGMP 2 #define IPPROTO_GGP 3 #define IPPROTO_IPV4 4 +#define IPPROTO_ST 5 #define IPPROTO_TCP 6 +#define IPPROTO_CBT 7 +#define IPPROTO_EGP 8 +#define IPPROTO_IGP 9 #define IPPROTO_PUP 12 #define IPPROTO_UDP 17 #define IPPROTO_IDP 22 +#define IPPROTO_RDP 27 #define IPPROTO_IPV6 41 #define IPPROTO_ROUTING 43 #define IPPROTO_FRAGMENT 44 @@ -102,6 +107,10 @@ extern "C" { #define IPPROTO_DSTOPTS 60 #define IPPROTO_ND 77 #define IPPROTO_ICLFXBM 78 +#define IPPROTO_PIM 103 +#define IPPROTO_PGM 113 +#define IPPROTO_L2TP 115 +#define IPPROTO_SCTP 132 #define IPPROTO_RAW 255 #define IPPROTO_MAX 256 -- 2.23.0 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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/kernel32.def | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git a/mingw-w64-crt/lib32/kernel32.def b/mingw-w64-crt/lib32/kernel32.def index 35ef19d9..464a1999 100644 --- a/mingw-w64-crt/lib32/kernel32.def +++ b/mingw-w64-crt/lib32/kernel32.def @@ -1647,8 +1647,14 @@ lstrcpynW@12 lstrlen@4 lstrlenA@4 lstrlenW@4 -timeBeginPeriod@4 -timeEndPeriod@4 -timeGetDevCaps@8 -timeGetSystemTime@8 -timeGetTime@0 +; +; MSDN says these functions are exported +; from winmm.dll. Commented out for +; compatibility with older versions of +; Windows. +; +;timeBeginPeriod@4 +;timeEndPeriod@4 +;timeGetDevCaps@8 +;timeGetSystemTime@8 +;timeGetTime@0 -- 2.22.0 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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 > > Patch looks OK. > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public > ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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| 2 +- mingw-w64-headers/configure.ac | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/mingw-w64-headers/configure b/mingw-w64-headers/configure index 0bc0acc8..65e5c431 100755 --- a/mingw-w64-headers/configure +++ b/mingw-w64-headers/configure @@ -2646,7 +2646,7 @@ fi # Checks for header files. -BASEHEAD_LIST="crt/_bsd_types.h crt/_cygwin.h crt/_mingw.h crt/_mingw_mac.h crt/_mingw_secapi.h crt/_mingw_unicode.h crt/_timeval.h crt/crtdefs.h crt/excpt.h crt/intrin.h crt/vadefs.h crt/tchar.h "$srcdir/include/*.h +BASEHEAD_LIST="crt/_bsd_types.h crt/_cygwin.h crt/_mingw.h crt/_mingw_mac.h crt/_mingw_secapi.h crt/_mingw_unicode.h crt/_timeval.h crt/crtdefs.h crt/corecrt.h crt/excpt.h crt/intrin.h crt/vadefs.h crt/tchar.h "$srcdir/include/*.h SECHEAD_LIST="$srcdir/crt/sec_api/stralign_s.h" for i in c dlg h16 hxx rh ver; do BASEHEAD_LIST="$BASEHEAD_LIST "$srcdir/include/*.$i diff --git a/mingw-w64-headers/configure.ac b/mingw-w64-headers/configure.ac index 546019fb..965d0038 100644 --- a/mingw-w64-headers/configure.ac +++ b/mingw-w64-headers/configure.ac @@ -39,7 +39,7 @@ AM_CONDITIONAL([HAVE_WIDL],[AS_VAR_TEST_SET([WIDL])]) # Checks for header files. -BASEHEAD_LIST="crt/_bsd_types.h crt/_cygwin.h crt/_mingw.h crt/_mingw_mac.h crt/_mingw_secapi.h crt/_mingw_unicode.h crt/_timeval.h crt/crtdefs.h crt/excpt.h crt/intrin.h crt/vadefs.h crt/tchar.h "$srcdir/include/*.h +BASEHEAD_LIST="crt/_bsd_types.h crt/_cygwin.h crt/_mingw.h crt/_mingw_mac.h crt/_mingw_secapi.h crt/_mingw_unicode.h crt/_timeval.h crt/crtdefs.h crt/corecrt.h crt/excpt.h crt/intrin.h crt/vadefs.h crt/tchar.h "$srcdir/include/*.h SECHEAD_LIST="$srcdir/crt/sec_api/stralign_s.h" for i in c dlg h16 hxx rh ver; do BASEHEAD_LIST="$BASEHEAD_LIST "$srcdir/include/*.$i -- 2.22.0 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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.>> > mingw-builds scripts and instructions are available in this repository:>>> > https://github.com/niXman/mingw-builds/tree/develop> >> Or if you > want to use the MSYS2 method look here>> > https://github.com/msys2/msys2/wiki/Creating-Packages.>> >>The page on > MSYS2 wiki contains instructions to build for both MSYS2 and>native and is > (more importantly) too long, which might result in>confusion. (It would be > a pity for any project to be short of a Quick>Guide or Getting Started > etc.)>>See this previous mail [1] for simplified steps on how to build > native>packages. Differences are:>2. CD into `mingw-w64-gcc` instead of > `mingw-w64-binutils`.>4. Delete `ada,` from the string following > `--enable-languages=`,> because it would result in an internal compiler > error. You are free> to remove more.>>[1] > https://sourceforge.net/p/mingw-w64/mailman/message/36474911/> > I was able to download the http://musl.cc i686 gcc v. 8.2 toolchain. > After a quick scan of the contents, I noticed that it doesn't have gendef, > which used to be included in the mingw-builds edition. So I tried to get it > via pacman only to find that msys does not provide it either. Google brings > me to https://sourceforge.net/p/mingw-w64/wiki2/gendef/ and the link to > getting gendef is dead. What is the recommended way to get (preferably) > gendef binaries? > Sounds like I should also learn to build my own toolchains moving forward. > I think that a lot of users of mingw-w64 would prefer having some sort of > an official prebuilt toolchain though. The thing that puzzles me is that > updated x86_64 versions are provided via pacman, but not i686? > Thanks for your excellent work! RK > gendef binaries for 32 bit provided in mingw-w64-i686-tools-git package > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public > ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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 commit message why this change was done? >> Thanks. >> > > I compiled 'amstrmid.c' using > ``` > gcc amstrmid.c -c -o old.o > ``` > , then dumped all symbols defined into a text file using > ``` > nm --defined-only old.o > old.txt > ``` > . I then applied the patch and created another list of symbols, > 'new.txt', in a similar way. > > Now I have two lists. Diff'ing them reveals a few hundreds of symbols: > ``` > E:\SourceForge\mingw-w64\mingw-w64-crt\libsrc>git diff --no-index -- > old.txt new.txt > diff --git a/old.txt b/new.txt > index cfab366d..8bf0ed29 100644 > --- a/old.txt > +++ b/new.txt > @@ -1,4 +1,565 @@ > b .bss > d .data > + i .drectve > + r .rdata$CLSID_DirectDraw > + r .rdata$CLSID_DirectDraw7 > + r .rdata$CLSID_DirectDrawClipper > + r .rdata$CLSID_InMemoryPropertyStore > + r .rdata$CLSID_MFByteStreamProxyClassFactory > + r .rdata$CLSID_PropertySystem > (... ...) > ``` > > These symbols are defined by the MS library, but not ours: > ``` > C:\Program Files (x86)\Windows Kits\10\Lib\10.0.17134.0\um\x86>nm > --defined-only amstrmid.lib | grep CLSID_DirectDrawClipper > R _CLSID_DirectDrawClipper > ``` > > So, the patch seems necessary to me. > > -- > Best regards, > LH_Mouse > -- > 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@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- 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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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/amstrmid.c b/mingw-w64-crt/libsrc/amstrmid.c index 36b2704b..5119f2c7 100644 --- a/mingw-w64-crt/libsrc/amstrmid.c +++ b/mingw-w64-crt/libsrc/amstrmid.c @@ -4,3 +4,4 @@ #include #include +#include -- 2.18.0 -- 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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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-headers/include/evr.idl create mode 100644 mingw-w64-headers/include/mfplay.idl diff --git a/mingw-w64-headers/include/shlwapi.h b/mingw-w64-headers/include/shlwapi.h index 7475250a..62c71d09 100644 --- a/mingw-w64-headers/include/shlwapi.h +++ b/mingw-w64-headers/include/shlwapi.h @@ -858,6 +858,40 @@ extern "C" { LWSTDAPI_(WINBOOL) SHUnlockShared(void *pvData); #endif +#if (_WIN32_IE >= 0x0501) +#define PLATFORM_UNKNOWN 0 +#define PLATFORM_IE3 1 +#define PLATFORM_BROWSERONLY 1 +#define PLATFORM_INTEGRATED 2 + + LWSTDAPI WhichPlatform(void); + +typedef struct { + const IID *piid; + int dwOffset; +} QITAB, *LPQITAB; +typedef const QITAB *LPCQITAB; + +#ifndef OFFSETOFCLASS +#define OFFSETOFCLASS(base, derived) ((DWORD)(DWORD_PTR)(static_cast((derived*)8))-8) +#endif + +#ifdef __cplusplus +#define QITABENTMULTI(Cthis, Ifoo, Iimpl) { &__uuidof(Ifoo), OFFSETOFCLASS(Iimpl, Cthis) } +#else +#define QITABENTMULTI(Cthis, Ifoo, Iimpl) { (IID*) _##Ifoo, OFFSETOFCLASS(Iimpl, Cthis) } +#endif +#define QITABENTMULTI2(Cthis, Ifoo, Iimpl) { (IID*) , OFFSETOFCLASS(Iimpl, Cthis) } +#define QITABENT(Cthis, Ifoo) QITABENTMULTI(Cthis, Ifoo, Ifoo) + + STDAPI QISearch(void *that, LPCQITAB pqit, REFIID riid, void **ppv); + +#define ILMM_IE4 0 + LWSTDAPI_(BOOL) SHIsLowMemoryMachine(DWORD dwType); + LWSTDAPI_(int) GetMenuPosFromId(HMENU hMenu, UINT id); + LWSTDAPI SHGetInverseCMAP(__out_bcount(cbMap) BYTE *pbMap, ULONG cbMap); +#endif + #define SHACF_DEFAULT 0x #define SHACF_FILESYSTEM 0x0001 #define SHACF_URLALL (SHACF_URLHISTORY | SHACF_URLMRU) @@ -870,6 +912,10 @@ extern "C" { #define SHACF_FILESYS_DIRS 0x0020 #endif +#if (_WIN32_IE >= 0x0700) +#define SHACF_VIRTUAL_NAMESPACE 0x0040 +#endif + #define SHACF_AUTOSUGGEST_FORCE_ON 0x1000 #define SHACF_AUTOSUGGEST_FORCE_OFF 0x2000 #define SHACF_AUTOAPPEND_FORCE_ON 0x4000 -- 2.18.0 -- 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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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: In instantiation of 'Microsoft::WRL::ComPtr::ComPtr(Microsoft::WRL::ComPtr&&) [with U = ID2D1PathGeometry1; T = ID2D1Geometry]': qwindowsdirect2dpaintengine.cpp:956:80: required from here C:/building/msys64/mingw64/x86_64-w64-mingw32/include/wrl/client.h:101:60: error: 'Microsoft::WRL::ComPtr::InterfaceType* Microsoft::WRL::ComPtr::ptr_' is protected within this context ComPtr(ComPtr&& other) throw() : ptr_(other.ptr_) { ~~^~~~ C:/building/msys64/mingw64/x86_64-w64-mingw32/include/wrl/client.h:254:28: note: declared protected here InterfaceType *ptr_; ^~~~ C:/building/msys64/mingw64/x86_64-w64-mingw32/include/wrl/client.h:102:23: error: 'Microsoft::WRL::ComPtr::InterfaceType* Microsoft::WRL::ComPtr::ptr_' is protected within this context other.ptr_ = nullptr; ~~^~~~ C:/building/msys64/mingw64/x86_64-w64-mingw32/include/wrl/client.h:254:28: note: declared protected here InterfaceType *ptr_; ^~~~ Seems some inconsistence in header or maybe GCC bug. Best regards, Alexey. -- 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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] winpthreads
28 июля 2015 г., в 7:09, Alexey Pavlov alexey.paw...@gmail.com написал(а): 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/249898d9ae310959116efa333e4e3e690cf97452 https://github.com/msys2/mingw-w64/commit/249898d9ae310959116efa333e4e3e690cf97452 Rewrite the mutex implementation for better performance - https://github.com/msys2/mingw-w64/commit/1968e60cd5d59727bb325d5b69c8f0d7a2f1fe1b https://github.com/msys2/mingw-w64/commit/1968e60cd5d59727bb325d5b69c8f0d7a2f1fe1b I have no yet good testcase. This is GDB backtrace from one of our users https://gist.github.com/achadwick/01c6a1b519a36dcdbe0a https://gist.github.com/achadwick/01c6a1b519a36dcdbe0a Regards, Alexey. For debugging issue can be used OpmeMP test https://github.com/niXman/mingw-builds/blob/master/tests/omp_test.c https://github.com/niXman/mingw-builds/blob/master/tests/omp_test.c Build it with «gcc omp_test.c -fopenmp -o omp_test.exe» and run. Regards, Alexey.-- ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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/249898d9ae310959116efa333e4e3e690cf97452 https://github.com/msys2/mingw-w64/commit/249898d9ae310959116efa333e4e3e690cf97452 Rewrite the mutex implementation for better performance - https://github.com/msys2/mingw-w64/commit/1968e60cd5d59727bb325d5b69c8f0d7a2f1fe1b https://github.com/msys2/mingw-w64/commit/1968e60cd5d59727bb325d5b69c8f0d7a2f1fe1b I have no yet good testcase. This is GDB backtrace from one of our users https://gist.github.com/achadwick/01c6a1b519a36dcdbe0a https://gist.github.com/achadwick/01c6a1b519a36dcdbe0a Regards, Alexey. -- ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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(CATID_ActiveScript, 0xf0b7a1a1, 0x9847, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64); DEFINE_GUID(CATID_ActiveScriptParse, 0xf0b7a1a2, 0x9847, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64); DEFINE_GUID(CATID_ActiveScriptEncode, 0xf0b7a1a3, 0x9847, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64); -DEFINE_GUID(IID_IActiveScript, 0xbb1a2ae1, 0xa4f9, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64); -DEFINE_GUID(IID_IActiveScriptParse32, 0xbb1a2ae2, 0xa4f9, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64); -DEFINE_GUID(IID_IActiveScriptParse64, 0xc7ef7658, 0xe1ee, 0x480e, 0x97, 0xea, 0xd5, 0x2c, 0xb4, 0xd7, 0x6d, 0x17); -DEFINE_GUID(IID_IActiveScriptEncode, 0xbb1a2ae3, 0xa4f9, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64); -DEFINE_GUID(IID_IActiveScriptHostEncode, 0xbee9b76e, 0xcfe3, 0x11d1, 0xb7, 0x47, 0x00, 0xc0, 0x4f, 0xc2, 0xb0, 0x85); -DEFINE_GUID(IID_IActiveScriptParseProcedureOld32, 0x1cff0050, 0x6fdd, 0x11d0, 0x93, 0x28, 0x00, 0xa0, 0xc9, 0x0d, 0xca, 0xa9); -DEFINE_GUID(IID_IActiveScriptParseProcedureOld64, 0x21f57128, 0x08c9, 0x4638, 0xba, 0x12, 0x22, 0xd1, 0x5d, 0x88, 0xdc, 0x5c); -DEFINE_GUID(IID_IActiveScriptParseProcedure32, 0xaa5b6a80, 0xb834, 0x11d0, 0x93, 0x2f, 0x00, 0xa0, 0xc9, 0x0d, 0xca, 0xa9); -DEFINE_GUID(IID_IActiveScriptParseProcedure64, 0xc64713b6, 0xe029, 0x4cc5, 0x92, 0x00, 0x43, 0x8b, 0x72, 0x89, 0x0b, 0x6a); -DEFINE_GUID(IID_IActiveScriptParseProcedure2_32, 0x71ee5b20, 0xfb04, 0x11d1, 0xb3, 0xa8, 0x00, 0xa0, 0xc9, 0x11, 0xe8, 0xb2); -DEFINE_GUID(IID_IActiveScriptParseProcedure2_64, 0xfe7c4271, 0x210c, 0x448d, 0x9f, 0x54, 0x76, 0xda, 0xb7, 0x04, 0x7b, 0x28); -DEFINE_GUID(IID_IActiveScriptSite, 0xdb01a1e3, 0xa42b, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64); -DEFINE_GUID(IID_IActiveScriptSiteTraceInfo, 0x4b7272ae, 0x1955, 0x4bfe, 0x98, 0xb0, 0x78, 0x6, 0x21, 0x88, 0x85, 0x69); -DEFINE_GUID(IID_IActiveScriptSiteWindow, 0xd10f6761, 0x83e9, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64); -DEFINE_GUID(IID_IActiveScriptSiteInterruptPoll, 0x539698a0, 0xcdca, 0x11cf, 0xa5, 0xeb, 0x00, 0xaa, 0x00, 0x47, 0xa0, 0x63); -DEFINE_GUID(IID_IActiveScriptSiteUIControl, 0xaedae97e, 0xd7ee, 0x4796, 0xb9, 0x60, 0x7f, 0x9, 0x2a, 0xe8, 0x44, 0xab); -DEFINE_GUID(IID_IActiveScriptError, 0xeae1ba61, 0xa4ed, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64); -DEFINE_GUID(IID_IActiveScriptError64, 0xb21fb2a1, 0x5b8f, 0x4963, 0x8c, 0x21, 0x21, 0x45, 0x0f, 0x84, 0xed, 0x7f); -DEFINE_GUID(IID_IBindEventHandler, 0x63cdbcb0, 0xc1b1, 0x11d0, 0x93, 0x36, 0x00, 0xa0, 0xc9, 0x0d, 0xca, 0xa9); -DEFINE_GUID(IID_IActiveScriptStats, 0xb8da6310, 0xe19b, 0x11d0, 0x93, 0x3c, 0x00, 0xa0, 0xc9, 0x0d, 0xca, 0xa9); -DEFINE_GUID(IID_IActiveScriptProperty, 0x4954E0D0, 0xFBC7, 0x11D1, 0x84, 0x10, 0x00, 0x60, 0x08, 0xC3, 0xFB, 0xFC); -DEFINE_GUID(IID_ITridentEventSink, 0x1dc9ca50, 0x6ef, 0x11d2, 0x84, 0x15, 0x00, 0x60, 0x08, 0xc3, 0xfb, 0xfc); -DEFINE_GUID(IID_IActiveScriptGarbageCollector, 0x6aa2c4a0, 0x2b53, 0x11d4, 0xa2, 0xa0, 0x00, 0x10, 0x4b, 0xd3, 0x50, 0x90); -DEFINE_GUID(IID_IActiveScriptSIPInfo, 0x764651d0, 0x38de, 0x11d4, 0xa2, 0xa3, 0x00, 0x10, 0x4b, 0xd3, 0x50, 0x90); -DEFINE_GUID(IID_IActiveScriptTraceInfo, 0xC35456E7, 0xBEBF, 0x4a1b, 0x86, 0xA9, 0x24, 0xD5, 0x6B, 0xE8, 0xB3, 0x69); DEFINE_GUID(OID_VBSSIP, 0x1629f04e, 0x2799, 0x4db5, 0x8f, 0xe5, 0xac, 0xe1, 0x0f, 0x17, 0xeb, 0xab); DEFINE_GUID(OID_JSSIP, 0x6c9e010, 0x38ce, 0x11d4, 0xa2, 0xa3, 0x00, 0x10, 0x4b, 0xd3, 0x50, 0x90); DEFINE_GUID(OID_WSFSIP, 0x1a610570, 0x38ce, 0x11d4, 0xa2, 0xa3, 0x00, 0x10, 0x4b, 0xd3, 0x50, 0x90); -DEFINE_GUID(IID_IActiveScriptStringCompare, 0x58562769, 0xED52, 0x42f7, 0x84, 0x03, 0x49, 0x63, 0x51, 0x4E, 0x1F, 0x11); #endif #define SCRIPTITEM_ISVISIBLE 0x0002 diff --git a/mingw-w64-headers/include/activscp.idl b/mingw-w64-headers/include/activscp.idl index be17c66..c979b53 100755 --- a/mingw-w64-headers/include/activscp.idl +++ b/mingw-w64-headers/include/activscp.idl @@ -23,35 +23,9 @@ cpp_quote() cpp_quote(DEFINE_GUID(CATID_ActiveScript, 0xf0b7a1a1, 0x9847, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64);) cpp_quote(DEFINE_GUID(CATID_ActiveScriptParse, 0xf0b7a1a2, 0x9847, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64);) cpp_quote(DEFINE_GUID(CATID_ActiveScriptEncode, 0xf0b7a1a3, 0x9847, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64);) -cpp_quote(DEFINE_GUID(IID_IActiveScript, 0xbb1a2ae1, 0xa4f9, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64);) -cpp_quote(DEFINE_GUID(IID_IActiveScriptParse32, 0xbb1a2ae2, 0xa4f9, 0x11cf, 0x8f, 0x20, 0x00, 0x80, 0x5f, 0x2c, 0xd0, 0x64);)
[Mingw-w64-public] [PATCH] Fix def file for 32-bit d3d11.dll
From ddf2219d6eaa7991ef8de76539573f8fc8b85c41 Mon Sep 17 00:00:00 2001 From: Alexpux alexey.paw...@gmail.com 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 file changed, 46 insertions(+), 46 deletions(-) diff --git a/mingw-w64-crt/lib32/d3d11.def b/mingw-w64-crt/lib32/d3d11.def index fd661e4..80708bc 100644 --- a/mingw-w64-crt/lib32/d3d11.def +++ b/mingw-w64-crt/lib32/d3d11.def @@ -5,50 +5,50 @@ ; LIBRARY d3d11.dll EXPORTS -D3DKMTCloseAdapter -D3DKMTDestroyAllocation -D3DKMTDestroyContext -D3DKMTDestroyDevice -D3DKMTDestroySynchronizationObject -D3DKMTQueryAdapterInfo -D3DKMTSetDisplayPrivateDriverFormat -D3DKMTSignalSynchronizationObject -D3DKMTUnlock -D3DKMTWaitForSynchronizationObject +D3DKMTCloseAdapter@4 +D3DKMTDestroyAllocation@4 +D3DKMTDestroyContext@4 +D3DKMTDestroyDevice@4 +D3DKMTDestroySynchronizationObject@4 +D3DKMTQueryAdapterInfo@4 +D3DKMTSetDisplayPrivateDriverFormat@4 +D3DKMTSignalSynchronizationObject@4 +D3DKMTUnlock@4 +D3DKMTWaitForSynchronizationObject@4 EnableFeatureLevelUpgrade -OpenAdapter10 -OpenAdapter10_2 -D3D11CoreCreateDevice -D3D11CoreCreateLayeredDevice -D3D11CoreGetLayeredDeviceSize -D3D11CoreRegisterLayers -D3D11CreateDevice -D3D11CreateDeviceAndSwapChain -D3DKMTCreateAllocation -D3DKMTCreateContext -D3DKMTCreateDevice -D3DKMTCreateSynchronizationObject -D3DKMTEscape -D3DKMTGetContextSchedulingPriority -D3DKMTGetDeviceState -D3DKMTGetDisplayModeList -D3DKMTGetMultisampleMethodList -D3DKMTGetRuntimeData -D3DKMTGetSharedPrimaryHandle -D3DKMTLock -D3DKMTOpenAdapterFromHdc -D3DKMTOpenResource -D3DKMTPresent -D3DKMTQueryAllocationResidency -D3DKMTQueryResourceInfo -D3DKMTRender -D3DKMTSetAllocationPriority -D3DKMTSetContextSchedulingPriority -D3DKMTSetDisplayMode -D3DKMTSetGammaRamp -D3DKMTSetVidPnSourceOwner -D3DKMTWaitForVerticalBlankEvent -D3DPerformance_BeginEvent -D3DPerformance_EndEvent -D3DPerformance_GetStatus -D3DPerformance_SetMarker +OpenAdapter10@4 +OpenAdapter10_2@4 +D3D11CoreCreateDevice@40 +D3D11CoreCreateLayeredDevice@20 +D3D11CoreGetLayeredDeviceSize@8 +D3D11CoreRegisterLayers@8 +D3D11CreateDevice@40 +D3D11CreateDeviceAndSwapChain@48 +D3DKMTCreateAllocation@4 +D3DKMTCreateContext@4 +D3DKMTCreateDevice@4 +D3DKMTCreateSynchronizationObject@4 +D3DKMTEscape@4 +D3DKMTGetContextSchedulingPriority@4 +D3DKMTGetDeviceState@4 +D3DKMTGetDisplayModeList@4 +D3DKMTGetMultisampleMethodList@4 +D3DKMTGetRuntimeData@4 +D3DKMTGetSharedPrimaryHandle@4 +D3DKMTLock@4 +D3DKMTOpenAdapterFromHdc@4 +D3DKMTOpenResource@4 +D3DKMTPresent@4 +D3DKMTQueryAllocationResidency@4 +D3DKMTQueryResourceInfo@4 +D3DKMTRender@4 +D3DKMTSetAllocationPriority@4 +D3DKMTSetContextSchedulingPriority@4 +D3DKMTSetDisplayMode@4 +D3DKMTSetGammaRamp@4 +D3DKMTSetVidPnSourceOwner@4 +D3DKMTWaitForVerticalBlankEvent@4 +D3DPerformance_BeginEvent@8 +D3DPerformance_EndEvent@4 +D3DPerformance_GetStatus@4 +D3DPerformance_SetMarker@8 -- 2.3.0 -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.
2015-01-25 6:13 GMT+03:00 Dongsheng Song dongsheng.s...@gmail.com: On Fri, Jan 23, 2015 at 6:35 PM, Jacek Caban ja...@codeweavers.com 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 th same for fopen_s? It also is missing on WinXP. Thanks, Dongsheng -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.
2015-01-07 12:12 GMT+03:00 Dongsheng Song dongsheng.s...@gmail.com: On Wed, Jan 7, 2015 at 4:50 PM, niXman i.nix...@autistici.org 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. No, it should not changed, this is widely used API. Such changes will break lots of application. Maybe another function will defined, e.g. mkstemp2. I think the merged condition statement is not very complicated. But why is it deliberately complicated? I don‘t thinks the following code (V1): if (template_name == NULL || (len = strlen (template_name)) 6 || memcmp (template_name + (len - 6), XX, 6)) { errno = EINVAL; return -1; } bad than (V2): if (template_name == NULL) { errno = EINVAL; return -1; } if ((len = strlen (template_name)) 6 || memcmp (template_name + (len - 6), XX, 6)) { errno = EINVAL; return -1; } Current mkstemp implementation call _sopen_s that is not present in WinXP msvcrt.dll. So this break supporting WinXP. Regards, Alexey. -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib/../lib/crtbegin.o .libs\\libgdal.la.lnkscript -lpoppler -lfreexl -LC:/git/mingw/mingw-w64-geos/pkg/mingw-w64-x86_64-geos/mingw64/lib -lgeos_c -lwebp -lexpat -lxerces-c -lpthread -ljasper -lhdf5 -lgif -ljpeg -lgeotiff -ltiff -lpng -lcfitsio -LC:/msys64/mingw64/lib -lpq -llzma -lpthread -lspatialite -lsqlite3 -lpcre -L/mingw64/lib -lcurl -lidn -lrtmp -lssh2 -lgdi32 -lssl -lcrypto -lwldap32 -lxml2 -lz -liconv -lws2_32 -LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2 -LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib/../lib -LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../lib -LC:/msys64/mingw64/x86_64-w64-mingw32/lib/../lib -LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib -LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../.. -LC:/msys64/mingw64/x86_64-w64-mingw32/lib -lstdc++ -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt -lpthread -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib/../lib/crtend.o -o .libs/libgdal-1.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libgdal.dll.a frmts\\o\\.libs\\cexternalchannel.o:cexternalchannel.cpp:(.text+0x860): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here frmts\\o\\.libs\\cpcidskchannel.o:cpcidskchannel.cpp:(.text+0x430): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here frmts\\o\\.libs\\cpixelinterleavedchannel.o:cpixelinterleavedchannel.cpp:(.text+0x630): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here frmts\\o\\.libs\\ctiledchannel.o:ctiledchannel.cpp:(.text+0x0): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here frmts\\o\\.libs\\jpeg2000_vsil_io.o:jpeg2000_vsil_io.cpp:(.text+0x110): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here frmts\\o\\.libs\\pcidsk_utils.o:pcidsk_utils.cpp:(.text+0x200): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here frmts\\o\\.libs\\pcidskdataset2.o:pcidskdataset2.cpp:(.text+0x1f0): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here frmts\\o\\.libs\\pcrastermisc.o:pcrastermisc.cpp:(.text+0x10): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here frmts\\o\\.libs\\pcrasterutil.o:pcrasterutil.cpp:(.text+0x10): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here frmts\\o\\.libs\\rikdataset.o:rikdataset.cpp:(.text+0x1920): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here port\\.libs\\cpl_minizip_unzip.o:cpl_minizip_unzip.cpp:(.text+0xb10): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here ogr\\ogrsf_frmts\\o\\.libs\\gmlutils.o:gmlutils.cpp:(.text+0x30): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here ogr\\ogrsf_frmts\\o\\.libs\\gtm.o:gtm.cpp:(.text+0xb0): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here ogr\\ogrsf_frmts\\o\\.libs\\ogrvfkdatasource.o:ogrvfkdatasource.cpp:(.text+0x110): multiple definition of `asctime_r(tm const*, char*)' frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060): first defined here ogr\\ogrsf_frmts\\o\\.libs\\ogrvfkdriver.o:ogrvfkdriver.cpp:(.text+0xf0): multiple definition of `asctime_r(tm const*, char*)'
[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! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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 alexey.paw...@gmail.com Date: Mon, 24 Nov 2014 12:38:17 +0300 Subject: [PATCH] Add qsort_s declarations. Use msvcrt version. --- mingw-w64-crt/lib32/msvcr80.def.in | 1 + mingw-w64-crt/lib64/msvcr80.def.in | 1 + mingw-w64-headers/crt/search.h | 1 + mingw-w64-headers/crt/stdlib.h | 1 + 4 files changed, 4 insertions(+) diff --git a/mingw-w64-crt/lib32/msvcr80.def.in b/mingw-w64-crt/lib32/msvcr80.def.in index 0d009e2..f3408b9 100644 --- a/mingw-w64-crt/lib32/msvcr80.def.in +++ b/mingw-w64-crt/lib32/msvcr80.def.in @@ -653,6 +653,7 @@ puts putwc putwchar qsort +qsort_s raise rand rand_s diff --git a/mingw-w64-crt/lib64/msvcr80.def.in b/mingw-w64-crt/lib64/msvcr80.def.in index d20cb82..18b8d2d 100644 --- a/mingw-w64-crt/lib64/msvcr80.def.in +++ b/mingw-w64-crt/lib64/msvcr80.def.in @@ -780,6 +780,7 @@ puts putwc putwchar qsort +qsort_s raise rand rand_s diff --git a/mingw-w64-headers/crt/search.h b/mingw-w64-headers/crt/search.h index 144b0f4..dd5f83e 100644 --- a/mingw-w64-headers/crt/search.h +++ b/mingw-w64-headers/crt/search.h @@ -17,6 +17,7 @@ extern C { #define _CRT_ALGO_DEFINED void *__cdecl bsearch(const void *_Key,const void *_Base,size_t _NumOfElements,size_t _SizeOfElements,int (__cdecl *_PtFuncCompare)(const void *,const void *)); void __cdecl qsort(void *_Base,size_t _NumOfElements,size_t _SizeOfElements,int (__cdecl *_PtFuncCompare)(const void *,const void *)); + void __cdecl qsort_s(void *_Base,size_t _NumOfElements,size_t _SizeOfElements,int (__cdecl *_PtFuncCompare)(void *,const void *,const void *),void *_Context); #endif _CRTIMP void *__cdecl _lfind(const void *_Key,const void *_Base,unsigned int *_NumOfElements,unsigned int _SizeOfElements,int (__cdecl *_PtFuncCompare)(const void *,const void *)); _CRTIMP void *__cdecl _lsearch(const void *_Key,void *_Base,unsigned int *_NumOfElements,unsigned int _SizeOfElements,int (__cdecl *_PtFuncCompare)(const void *,const void *)); diff --git a/mingw-w64-headers/crt/stdlib.h b/mingw-w64-headers/crt/stdlib.h index 7743452..8118304 100644 --- a/mingw-w64-headers/crt/stdlib.h +++ b/mingw-w64-headers/crt/stdlib.h @@ -351,6 +351,7 @@ extern C { #define _CRT_ALGO_DEFINED void *__cdecl bsearch(const void *_Key,const void *_Base,size_t _NumOfElements,size_t _SizeOfElements,int (__cdecl *_PtFuncCompare)(const void *,const void *)); void __cdecl qsort(void *_Base,size_t _NumOfElements,size_t _SizeOfElements,int (__cdecl *_PtFuncCompare)(const void *,const void *)); + void __cdecl qsort_s(void *_Base,size_t _NumOfElements,size_t _SizeOfElements,int (__cdecl *_PtFuncCompare)(void *,const void *,const void *),void *_Context); #endif unsigned short __cdecl _byteswap_ushort(unsigned short _Short); unsigned long __cdecl _byteswap_ulong (unsigned long _Long); -- 2.1.3 -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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 alex...@gmail.com: According to http://msdn.microsoft.com/en-us/library/windows/desktop/ms738520(v=vs.85).aspx we need some missing defines. Regards, Alexey. From 93d153611f2c9ac471b5879f430b7b4a7c401ddb Mon Sep 17 00:00:00 2001 From: Alexpux alexey.paw...@gmail.com Date: Wed, 19 Nov 2014 11:08:25 +0300 Subject: [PATCH] Add missing defines to ws2tcpip.h --- mingw-w64-headers/include/ws2tcpip.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/mingw-w64-headers/include/ws2tcpip.h b/mingw-w64-headers/include/ws2tcpip.h index 5d6afb9..4afdfca 100644 --- a/mingw-w64-headers/include/ws2tcpip.h +++ b/mingw-w64-headers/include/ws2tcpip.h @@ -213,11 +213,18 @@ typedef ADDRINFOA ADDRINFO,*LPADDRINFO; #define AI_CANONNAME 0x2 #define AI_NUMERICHOST 0x4 #if (_WIN32_WINNT = 0x0600) +#define AI_NUMERICSERV0x0008 +#define AI_ALL0x0100 #define AI_ADDRCONFIG 0x0400 +#define AI_V4MAPPED 0x0800 #define AI_NON_AUTHORITATIVE 0x04000 #define AI_SECURE 0x08000 #define AI_RETURN_PREFERRED_NAMES 0x01 #endif +#if (_WIN32_WINNT = 0x0601) +#define AI_FQDN 0x02 +#define AI_FILESERVER 0x04 +#endif #ifdef __cplusplus extern C { -- 2.1.3 -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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 alexey.paw...@gmail.com Date: Wed, 19 Nov 2014 10:43:48 +0300 Subject: [PATCH] Add missing defines to ws2tcpip.h --- mingw-w64-headers/include/ws2tcpip.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/mingw-w64-headers/include/ws2tcpip.h b/mingw-w64-headers/include/ws2tcpip.h index 5d6afb9..65a8d70 100644 --- a/mingw-w64-headers/include/ws2tcpip.h +++ b/mingw-w64-headers/include/ws2tcpip.h @@ -213,11 +213,18 @@ typedef ADDRINFOA ADDRINFO,*LPADDRINFO; #define AI_CANONNAME 0x2 #define AI_NUMERICHOST 0x4 #if (_WIN32_WINNT = 0x0600) +#define AI_NUMERICSERV0x0008 +#define ALL 0x0100 #define AI_ADDRCONFIG 0x0400 +#define AI_V4MAPPED 0x0800 #define AI_NON_AUTHORITATIVE 0x04000 #define AI_SECURE 0x08000 #define AI_RETURN_PREFERRED_NAMES 0x01 #endif +#if (_WIN32_WINNT = 0x0601) +#define AI_FQDN 0x02 +#define AI_FILESERVER 0x04 +#endif #ifdef __cplusplus extern C { -- 2.1.3 -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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 mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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 reliability, choose Perforce. Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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 to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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 ky...@mail.ru: 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. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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 users what use our toolchains. I want you to vote for the best variant of doing that. I know that some users don't want to have bigger toolchains but I think that in modern time it is not a problem because all drives has big volume. Regards, Alexey. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] GNU Make 4.0
2013/12/16 Ruben Van Boxem vanboxem.ru...@gmail.com: 2013/12/16 niXman i.nix...@autistici.org 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 there still outstanding issues with it? If so, what patches would you recommend? The scripts[1] apply the patches themselves. Or what you mean? [1] https://github.com/niXman/mingw-builds/tree/develop I mean that those patches are 8 months old, and GNU Make 4.0 is out and I'm wondering if they're still relevant. And if they are, have they been signalled upstream? There are only two patches needed https://github.com/niXman/mingw-builds/blob/develop/scripts/make_git_bat.sh#L50-L51 But we build make from git. If you want build released GNU Make-4.0 you also need: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/make-4.0-char-cast.patch?h=packages/make Regards, Alexey. Cheers, Ruben -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Winpthreads library issue with dwarf toolchain
ping? 2013/12/8 Fanael Linithien fana...@gmail.com: 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/clk?id=111408631iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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.com/8pdYsY3f. If anyone has ability to resolve it I upload archive with breaked winpthreads+sqlite: https://www.dropbox.com/s/1wgqzvbcy0230h3/debug.tar.bz2 Regards, Alexey. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Trouble with libstdc++-6.dll
2013/11/26 Ingo Maindorfer i...@liquidcooling.de: 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: one in mingw64\bin and one different in mingw64\opt. When trying to start a litte Qt program via GDB it crashed with a unreferenced call __gxx_personality_seh0 in libstdc++-6.dll. Just a simple double click to my program worked ok. It seems that the libstdc++-6.dll in \opt caused the trouble: renaming it out of the way and my GDB was happy. Is the dll in \opt just a left over? Seems we have incorrect ell copied to /opt dir where we have python for gdb. i'll check it tomorrow. Regards, Alexey. Best Reards, Ingo -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Why is MSYS2 Git so slow?
2013/11/22 Óscar Fuentes o...@wanadoo.es: 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 is native Windows application while MSYS2 has posix Git that is slower to work throw posix layer then native application. You can ask MSYSGit developers to support MSYS2 if you want. I don't have any time to do it myself. Regards, Alexey. -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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 exceptions. You can install both 32 and 64 bit toolchain in one MSYS2. Toolchains are installing into /mingw32 and /mingw64 folders. To install toolchains first you need update pacman. If you have trouble with updating like error: failed retrieving file 'mingw.db' from sourceforge.net : The requested URL returned error: 404 Not Found then you need to *comment two lines in /etc/pacman.conf*: [mingw] Server=... -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
2013/11/20 Alexey Pavlov alex...@gmail.com 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 exceptions. You can install both 32 and 64 bit toolchain in one MSYS2. Toolchains are installing into /mingw32 and /mingw64 folders. To install toolchains first you need update pacman. If you have trouble with updating like error: failed retrieving file 'mingw.db' from sourceforge.net : The requested URL returned error: 404 Not Found then you need to *comment two lines in /etc/pacman.conf*: [mingw] Server=... Damn, press key for send message :) After updating pacman you need update database again by pacman -Syu. Then you can install toolchain by typing: pacman -S mingw-w64-i686-toolchain or pacman -S mingw-w64-x86_64-toolchain It installs full MinGW-w64 GCC with prerequisites. If you don't need full GCC then you can install only needed languages. Variants are: 32bit: mingw-w64-i686-gcc - C/C++ mingw-w64-i686-ada mingw-w64-i686-fortran mingw-w64-i686-objc - ObjC/ObjC++ 64bit: mingw-w64-x86_64-gcc - C/C++ mingw-w64-x86_64-ada mingw-w64-x86_64-fortran mingw-w64-x86_64-objc - ObjC/ObjC++ PKGBUILD's scripts for mingw packages located here: https://github.com/Alexpux/MINGW-packages After installing toolchains you can use it by start mingw32_shell.bat or mingw64_shell.bat. By starting this scripts /etc/profile place /mingw32/bin or /mingw64/bin in first place of PATH environment variable. Regards, Alexey. -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
2013/11/20 Ruben Van Boxem vanboxem.ru...@gmail.com 2013/11/20 Alexey Pavlov alex...@gmail.com 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 exceptions. You can install both 32 and 64 bit toolchain in one MSYS2. Toolchains are installing into /mingw32 and /mingw64 folders. To install toolchains first you need update pacman. If you have trouble with updating like error: failed retrieving file 'mingw.db' from sourceforge.net : The requested URL returned error: 404 Not Found then you need to *comment two lines in /etc/pacman.conf*: [mingw] Server=... You should update pacman and install the new pacman.conf as pacman.conf.pacnew, and perhaps put a message in the package installation script thingie to say this needs to happen ;-) Cheers, Ruben Thanks, Ruben! I fix it in next pacman release :) -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2 *_shell.bat files updated with pacman -Syu?
2013/11/21 Jon jon.for...@gmail.com: 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 want some of them updating my default $HOME/.bash_history file. For my experimenting with MSYS2 I override my system default $HOME by setting `set HOME=%~dp0home\Jon` so that the default $HOME/.bash_history doesn't get clobbered. Ok. Jon -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [MSYS2] yaourt, cmake emacs
2013/11/19 张皛闶 inter1...@gmail.com 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 MSYS2. MSYS is minimal system without GUI. 1. Also I don't want to add emacs here. 2. CMake - maybe only console version without GUI. 3. yaourt (https://wiki.archlinux.org/index.php/yaourt) also can't be used under MSYS2 without modification because we can't use raw Arch Linux PKGBUILD's because we have different configure options and patches for applications. Regards, Alexey. -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2 32bit with pacman mingw 64bit repo?
2013/11/18 Jon jon.for...@gmail.com 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 architecture This is my experimental repo and I prefer to not install any mingw packages from here while I done it. I don't believe there are any MSYS2 32bit exes or DLLs attempting to pull in 64bit DLLs from the mingw repo. I'm just experimenting at the moment, but I want you understand if/how MSYS2 will allow mixed configurations or require something like https://wiki.archlinux.org/index.php/Multilib MSYS has not support for multilib. Now I'm working on creating mingw toolchains that can be installed via pacman. I already create two separate bat files in msys root - mingw32_shell and mingw64_shell that switch PATH variable to support mingw toolchains. I will install mingw toolchains into /mingw32 and /mingw64 folders. And they do not conflict in this case. When you run mingw32_shell then PATH=/mingw32/bin:$PATH On one hand, it might be nice to be able have a single MSYS2 install (32 or 64bit) drive EITHER a 32bit OR 64bit toolchain with a switcher script. Essentially, enable multilib builds at a higher level than gcc's `-m32` and `-m64` option level. I don't plan to provide multilib mingw toolchains for msys repository. You can create your own repo and do what you want) But I add support to install both 32 and 64 bit mingw toolchains in one msys in few days I think. Regards, Alexey. Horrible idea because impossible or too many corner cases and too hard to maintain, or interesting enough to look into? -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2 32bit with pacman mingw 64bit repo?
2013/11/19 Ruben Van Boxem vanboxem.ru...@gmail.com 2013/11/18 Alexey Pavlov alex...@gmail.com 2013/11/18 Jon jon.for...@gmail.com 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 architecture This is my experimental repo and I prefer to not install any mingw packages from here while I done it. I don't believe there are any MSYS2 32bit exes or DLLs attempting to pull in 64bit DLLs from the mingw repo. I'm just experimenting at the moment, but I want you understand if/how MSYS2 will allow mixed configurations or require something like https://wiki.archlinux.org/index.php/Multilib MSYS has not support for multilib. Now I'm working on creating mingw toolchains that can be installed via pacman. I already create two separate bat files in msys root - mingw32_shell and mingw64_shell that switch PATH variable to support mingw toolchains. I will install mingw toolchains into /mingw32 and /mingw64 folders. And they do not conflict in this case. When you run mingw32_shell then PATH=/mingw32/bin:$PATH Tiny hint on this: why not install them in the usual /usr/[bin,target]? and use symlinks to switch between the two as unprefixed gcc. Additional bonus: you can use the many Arch PKGBUILDs (nearly?) unmodified to provide a ton of 3rd party libraries. Just a thought ;-) /usr on MSYS2 is mounted to / and there are no difference between /bin and /usr/bin. I'm modify makepkg and makepkg.conf to support mingw targets. Also I prefer to split packages to binaries, development files, documentation and so on rather then just pack all in one archive. Also MSYS2 in default config doesn't support creating symlinks. You can enable native windows symlinks but they need special privileges and you need to start msys from admin account. On one hand, it might be nice to be able have a single MSYS2 install (32 or 64bit) drive EITHER a 32bit OR 64bit toolchain with a switcher script. Essentially, enable multilib builds at a higher level than gcc's `-m32` and `-m64` option level. I don't plan to provide multilib mingw toolchains for msys repository. You can create your own repo and do what you want) But I add support to install both 32 and 64 bit mingw toolchains in one msys in few days I think. Multilib is indeed a mess from a packaging standpoint. I chose not to go that direction with my Arch stuff. You can check the PKGBUILDs in the AUR to see how easy it is to get stuff built, installed, and working in a streamlined way. Cheers, Ruben -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2 32bit with pacman mingw 64bit repo?
2013/11/19 Jon jon.for...@gmail.com On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: 2013/11/18 Alexey Pavlov alex...@gmail.com 2013/11/18 Jon jon.for...@gmail.com 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 architecture This is my experimental repo and I prefer to not install any mingw packages from here while I done it. I don't believe there are any MSYS2 32bit exes or DLLs attempting to pull in 64bit DLLs from the mingw repo. I'm just experimenting at the moment, but I want you understand if/how MSYS2 will allow mixed configurations or require something like https://wiki.archlinux.org/index.php/Multilib MSYS has not support for multilib. Now I'm working on creating mingw toolchains that can be installed via pacman. I already create two separate bat files in msys root - mingw32_shell and mingw64_shell that switch PATH variable to support mingw toolchains. I will install mingw toolchains into /mingw32 and /mingw64 folders. And they do not conflict in this case. When you run mingw32_shell then PATH=/mingw32/bin:$PATH Tiny hint on this: why not install them in the usual /usr/[bin,target]? and use symlinks to switch between the two as unprefixed gcc. Additional bonus: you can use the many Arch PKGBUILDs (nearly?) unmodified to provide a ton of 3rd party libraries. Just a thought ;-) On one hand, it might be nice to be able have a single MSYS2 install (32 or 64bit) drive EITHER a 32bit OR 64bit toolchain with a switcher script. Essentially, enable multilib builds at a higher level than gcc's `-m32` and `-m64` option level. I don't plan to provide multilib mingw toolchains for msys repository. You can create your own repo and do what you want) But I add support to install both 32 and 64 bit mingw toolchains in one msys in few days I think. Multilib is indeed a mess from a packaging standpoint. I chose not to go that direction with my Arch stuff. You can check the PKGBUILDs in the AUR to see how easy it is to get stuff built, installed, and working in a streamlined way. My sloppy use of multilib was confusingly imprecise. I should have said something like use a single MSYS2 install to be able to build 32 or 64bit goodies by being able to easily switch between a 32bit or 64bit mingw-w64 toolchain. I don't want the other form of multilib. I think you're on the right path Alexey and I like the idea of using symlinks to choose rather than having to start a shell by choosing between mingw32_shell.bat and mingw64_shell.bat. I'd prefer to start MSYS2 (either 32bit or 64bit) and then call a script that does the symlink magic. As I answer on Ruben mail, I don't support symlinks in default configuration. Now I prefer to use two mount points or folder inside msys - /mingw32 and mingw64. If you want easily switch between toolchains You can write small script that switch PATH variable and set MSYSTEM=MINGW*. It's easily. Fantastic so far :) Jon -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2 32bit with pacman mingw 64bit repo?
2013/11/19 Jon jon.for...@gmail.com On Mon, Nov 18, 2013 at 3:46 PM, Alexey Pavlov alex...@gmail.com wrote: 2013/11/19 Jon jon.for...@gmail.com On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: 2013/11/18 Alexey Pavlov alex...@gmail.com 2013/11/18 Jon jon.for...@gmail.com 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 architecture This is my experimental repo and I prefer to not install any mingw packages from here while I done it. I don't believe there are any MSYS2 32bit exes or DLLs attempting to pull in 64bit DLLs from the mingw repo. I'm just experimenting at the moment, but I want you understand if/how MSYS2 will allow mixed configurations or require something like https://wiki.archlinux.org/index.php/Multilib MSYS has not support for multilib. Now I'm working on creating mingw toolchains that can be installed via pacman. I already create two separate bat files in msys root - mingw32_shell and mingw64_shell that switch PATH variable to support mingw toolchains. I will install mingw toolchains into /mingw32 and /mingw64 folders. And they do not conflict in this case. When you run mingw32_shell then PATH=/mingw32/bin:$PATH Tiny hint on this: why not install them in the usual /usr/[bin,target]? and use symlinks to switch between the two as unprefixed gcc. Additional bonus: you can use the many Arch PKGBUILDs (nearly?) unmodified to provide a ton of 3rd party libraries. Just a thought ;-) On one hand, it might be nice to be able have a single MSYS2 install (32 or 64bit) drive EITHER a 32bit OR 64bit toolchain with a switcher script. Essentially, enable multilib builds at a higher level than gcc's `-m32` and `-m64` option level. I don't plan to provide multilib mingw toolchains for msys repository. You can create your own repo and do what you want) But I add support to install both 32 and 64 bit mingw toolchains in one msys in few days I think. Multilib is indeed a mess from a packaging standpoint. I chose not to go that direction with my Arch stuff. You can check the PKGBUILDs in the AUR to see how easy it is to get stuff built, installed, and working in a streamlined way. My sloppy use of multilib was confusingly imprecise. I should have said something like use a single MSYS2 install to be able to build 32 or 64bit goodies by being able to easily switch between a 32bit or 64bit mingw-w64 toolchain. I don't want the other form of multilib. I think you're on the right path Alexey and I like the idea of using symlinks to choose rather than having to start a shell by choosing between mingw32_shell.bat and mingw64_shell.bat. I'd prefer to start MSYS2 (either 32bit or 64bit) and then call a script that does the symlink magic. As I answer on Ruben mail, I don't support symlinks in default configuration. Now I prefer to use two mount points or folder inside msys - /mingw32 and mingw64. If you want easily switch between toolchains You can write small script that switch PATH variable and set MSYSTEM=MINGW*. It's easily. I prefer the two mount points /mingw32 and /mingw64 as well. It should be easy to write a small script for PATH and MSYSTEM. Maybe even play with a script that symlinks /mingw to either /mingw32 or /mingw64. Bad idea? When will you have a MSYS2 version to test that has the /mingw32 and /mingw64 mount point support? In few days -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2: wrong disk space used reported by `du'
2013/11/13 Corinna Vinschen vinsc...@redhat.com On Nov 12 22:52, Óscar Fuentes wrote: Corinna Vinschen vinsc...@redhat.com 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. Obviously `du' is wrong because that directory contains lots of executables, using 1.5 MB each. No, Windows Explorer is wrong. It doesn't grok the concept of hardlinks, even though NTFS supports them since its birth in the last century. I thought of links too, but MSYS2 `ls -l' command doesn't show anything that could indicate its existence. But then I learnt that hardlinks aren't displayed by `ln -l'. `ln -i' indeed shows the same number for each identical file. Thanks Corinna for putting me on the right track. Is this new on MSYS2 or MSYS already had the capability of creating hard links? No, it's not new. MSYS/MSYS2 is a fork of Cygwin and Cygwin has this ability for ages. Thanks for the clarification, Corinna! Regards, Alexey! Corinna -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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 snapshot with pacman http://sourceforge.net/projects/msys2/files/Base/i686/msys2-base-i686-20131112.tar.xz/download Also I prebuilt packages for 32-bit MSYS2 (64-bit still building). I store MSYS2 repositories here: https://sourceforge.net/projects/msys2/files/REPOS/MSYS2/ I invite all who use MSYS2 to test this feature. For it you need download base snapshot and unpack it somewhere. The do first start MSYS2 and restart it. Now you can install, upgrade or uninstall packages using pacman. 1. Synchronize package DB: pacman -Sy 2. Install package or package group: pacman -S [package_name or package_group] Where groups now can be - base: installed in base snapshot; - base-devel: developer tools - VCS: version control systems (git,mercurial,subversion) - development: headers and import libraries for msys2 packages - msys2-devel: msys versions of gcc,binutils - editors: nano,vim - perl-modules: only few now. Build more when done 64-bit packages - compression: tar, p7zip, xz, gzip and others 3. All other command you can see in help :) Regards, Alexey. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
2013/11/12 Zach Thibeau zachthib...@zachthibeau.ca I assume makepkg isn't fully functional yet? In general it working. I create all packages using it. PKGBUILD scripts located here: https://github.com/Alexpux/MSYS2-packages Some peaces of it need to be rewriting that use readelf but it is not problem now. On Nov 12, 2013 7:08 AM, Alexpux alex...@gmail.com wrote: 12 нояб. 2013 г., в 16:06, Zach Thibeau zachthib...@zachthibeau.ca написал(а): Initial testing, failed to retrieve msys. Db from sourceforge.net : error setting certificate verify locations Did you restart MSYS after first start? On Nov 12, 2013 6:58 AM, Alexey Pavlov alex...@gmail.com wrote: 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 snapshot with pacman http://sourceforge.net/projects/msys2/files/Base/i686/msys2-base-i686-20131112.tar.xz/download Also I prebuilt packages for 32-bit MSYS2 (64-bit still building). I store MSYS2 repositories here: https://sourceforge.net/projects/msys2/files/REPOS/MSYS2/ I invite all who use MSYS2 to test this feature. For it you need download base snapshot and unpack it somewhere. The do first start MSYS2 and restart it. Now you can install, upgrade or uninstall packages using pacman. 1. Synchronize package DB: pacman -Sy 2. Install package or package group: pacman -S [package_name or package_group] Where groups now can be - base: installed in base snapshot; - base-devel: developer tools - VCS: version control systems (git,mercurial,subversion) - development: headers and import libraries for msys2 packages - msys2-devel: msys versions of gcc,binutils - editors: nano,vim - perl-modules: only few now. Build more when done 64-bit packages - compression: tar, p7zip, xz, gzip and others 3. All other command you can see in help :) Regards, Alexey. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http
Re: [Mingw-w64-public] MSYS2
2013/11/12 Ruben Van Boxem vanboxem.ru...@gmail.com 2013/11/12 Alexey Pavlov alex...@gmail.com 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 snapshot with pacman http://sourceforge.net/projects/msys2/files/Base/i686/msys2-base-i686-20131112.tar.xz/download Also I prebuilt packages for 32-bit MSYS2 (64-bit still building). I store MSYS2 repositories here: https://sourceforge.net/projects/msys2/files/REPOS/MSYS2/ I invite all who use MSYS2 to test this feature. For it you need download base snapshot and unpack it somewhere. The do first start MSYS2 and restart it. Now you can install, upgrade or uninstall packages using pacman. 1. Synchronize package DB: pacman -Sy 2. Install package or package group: pacman -S [package_name or package_group] Where groups now can be - base: installed in base snapshot; - base-devel: developer tools - VCS: version control systems (git,mercurial,subversion) - development: headers and import libraries for msys2 packages - msys2-devel: msys versions of gcc,binutils - editors: nano,vim - perl-modules: only few now. Build more when done 64-bit packages - compression: tar, p7zip, xz, gzip and others 3. All other command you can see in help :) Great news! Are you planning to submit any patches upstream, or aren't there any non-Windows things you changed? If there are any valid small things that might be interesting to upstream, I would highly recommend showing them. If not, don't bother, pacman == Archlinux, they will not be greatly interested in Windows support I'd guess, but who knows ;-) I'm write small mail to pacman-dev ML about using it on Windows with thanks to it developers. Changes in pacman addressed to drop unsupported functionality like root and non-root access, handling windows binaries instead of unix binaries. Also some tweaks in makepkg script. There are still many work on it but pacman is usable in general. Regards, Alexey. Ruben Regards, Alexey. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
2013/11/12 Zach Thibeau zachthib...@zachthibeau.ca Well we can use something like sf.net for now until something serious happens and there is a greater need On Nov 12, 2013 12:37 PM, Ray Donnelly mingw.andr...@gmail.com wrote: I wonder if we need some Arch-linux-a-like infrastructure for this ace-ness? Of course paying for that would be a problem .. we can create mirror list for better download with pacman On Tue, Nov 12, 2013 at 5:10 PM, Zach Thibeau zachthib...@zachthibeau.ca wrote: I'm tempted to port some of Rubens pkgbuild scripts from the aur, maybe setting up something similar to the aur site on archlinux On Nov 12, 2013 12:04 PM, Alexey Pavlov alex...@gmail.com wrote: 2013/11/12 Jon jon.for...@gmail.com Oh Alexey you madcap. And in honor of Get to Know Your Inner Scot Day, let me be the first to shout a hearty FUCK YES. Oh hell, JonY's going to ban me... # setup a desktop shortcut with `C:\Windows\System32\cmd.exe /e:on /v:on /k C:\Apps\msys32\msys2_shell.bat`...yea mintty options! ...and: Jon@Black ~ $ pacman -Syu :: Synchronizing package databases... msys is up to date :: Starting full system upgrade... there is nothing to do Jon@Black ~ $ pacman -Sl ...[SNIP]... msys bash 4.2.045-1 [installed] msys bash-completion 2.1-1 [installed] ...[SNIP]... msys xz 5.0.5-1 Jon@Black ~ $ pacman -S xz resolving dependencies... looking for conflicting packages... Packages (1) xz-5.0.5-1 Total Download Size: 0.12 MiB Total Installed Size: 0.85 MiB :: Proceed with installation? [Y/n] :: Retrieving packages ... xz-5.0.5-1-i686 118.5 KiB 95.4K/s 00:01 [] 100% (1/1) checking keys in keyring [] 100% (1/1) checking package integrity [] 100% (1/1) loading package files [] 100% (1/1) checking for file conflicts [] 100% (1/1) checking available disk space [] 100% (1/1) installing xz [] 100% warning: directory ownership differs on /usr/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/bin/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/doc/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/man/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/man/man1/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/cs/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/de/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/fr/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/it/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/pl/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/pl/LC_MESSAGES/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/it/LC_MESSAGES/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/fr/LC_MESSAGES/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/de/LC_MESSAGES/ filesystem: 1002:513 package: 1000:513 warning: directory ownership differs on /usr/share/locale/cs/LC_MESSAGES/ filesystem: 1002:513 package: 1000:513 I'm disable this warning and next pacman release don't show it. This warning 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 ~ $ pacman -Q | grep xz xz 5.0.5-1 On Tue, Nov 12, 2013 at 7:43 AM, Alexpux alex...@gmail.com wrote: 12 нояб. 2013 г., в 16:36, Óscar Fuentes o...@wanadoo.es написал(а): Hello Alexey, Alexey Pavlov alex...@gmail.com writes: 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. It worked correctly here with $ pacman -Sy $ pacman -S git output elided $ git --version git version 1.8.4.3 There were lots of warnings on pacman's output, like
Re: [Mingw-w64-public] MSYS2 BASE package selection
2013/11/12 Jon jon.for...@gmail.com 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 suggest to vote for the packages to be in the base system. You can view all packages that repo has by: pacman -Ss -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2 BASE package selection
2013/11/13 Jon jon.for...@gmail.com Understood. I think a vote is a bad idea because everyone has their favorite they'd like to see in BASE. By accommodating too many favorites and trying to please all of us, BASE will become too large. The beauty of pacman is that it is easy for any of use to enhance BASE to ones specific needs. That said, I believe autoconf, automake, and libtool belong in BASE because they're almost always used to build open source code. I'm advocating for their inclusion. In this case we also need include make, gettext, bison, flex, m4 ... maybe I forgot something else... I have an alternate suggestion to voting. See who responds to this issue and *you* make the final decision on the tradeoffs between convenience and size. I trust your instincts and choices. Since we now have pacman (thank you!) there's very little downside. :) On Tue, Nov 12, 2013 at 2:56 PM, Alexey Pavlov alex...@gmail.com wrote: 2013/11/12 Jon jon.for...@gmail.com 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 suggest to vote for the packages to be in the base system. You can view all packages that repo has by: pacman -Ss -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2 BASE package selection
2013/11/13 Ruben Van Boxem vanboxem.ru...@gmail.com Op 12-nov.-2013 21:11 schreef Alexey Pavlov alex...@gmail.com: 2013/11/13 Jon jon.for...@gmail.com Understood. I think a vote is a bad idea because everyone has their favorite they'd like to see in BASE. By accommodating too many favorites and trying to please all of us, BASE will become too large. The beauty of pacman is that it is easy for any of use to enhance BASE to ones specific needs. That said, I believe autoconf, automake, and libtool belong in BASE because they're almost always used to build open source code. I'm advocating for their inclusion. In this case we also need include make, gettext, bison, flex, m4 ... maybe I forgot something else... This all belongs in base-devel. Just look at Arch ;-). Heck, MSYS2 as a shell is also a thing. MSYS repo also has group base-devel. And all tools that we talk is in this group. You can install all this tools by execute pacman -S base-devel Regards, Alexey. Ruben I have an alternate suggestion to voting. See who responds to this issue and *you* make the final decision on the tradeoffs between convenience and size. I trust your instincts and choices. Since we now have pacman (thank you!) there's very little downside. :) On Tue, Nov 12, 2013 at 2:56 PM, Alexey Pavlov alex...@gmail.com wrote: 2013/11/12 Jon jon.for...@gmail.com 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 suggest to vote for the packages to be in the base system. You can view all packages that repo has by: pacman -Ss -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public
Re: [Mingw-w64-public] whats the difference between msys2-20131003.tar.xz and msys2-base-i686-20131112?
2013/11/13 ResQue resque1...@gmail.com 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 size. Base here is similar to minimal. It go with small set of utils that only need for properly functional msys. x32-msys2-20131003.tar.xz archive contain all packages installed but without pacman and you cannot upgrade packages in future to new versions. Maybe the new version is some kind of basic/base package as it has base in the name? and as such you must download the other packages individually? If you got msys-base then all other packages you can install manually using pacman. First, synchronize package DB with pacman -Sy Then you can install package by pacman -S package name Regards, Alexey. ResQue On 12/11/2013 21:08, Jon wrote: On Tue, Nov 12, 2013 at 2:47 PM, ResQue resque1...@gmail.com wrote: Hello all New to Mingw-w64 looking for Links, Tutorials, advice from the community? 1) Put yourself in an adventurous mindset that tolerates ambiguity. You may have to be more patient than you'd like and may have to reign in the I just want to build sh*t now! urge. ;- Trust me, the time you spend investing in understanding more about your tools, the better the payoff in the mid and long term. 2) Since you're new to mingw-w64, move the the front edge and focus on the new MSYS2 and the new official binary toolchain downloads for windows. Combine them into a workable toolchain that you can place on `PATH` and use to build from the command line. For example, assuming you have a 64-bit windows system, these will be interesting: http://sourceforge.net/projects/msys2/files/Base/i686/ http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.2/threads-win32/seh/ Don't allow yourself to get stuck for too long setting up the toolchain. The goal is to learn by doing, but it shouldn't be so frustrating that you give up and walk away. Try it on your own, but when you're stuck, create a short, descriptive email and post it hear to ask for help. If your main dev box is not windows, you'll need to set up a cross compiling toolchain. 3) Use pacman included in the update MSYS2 to customize MSYS2 so that it can build many open source packages https://wiki.archlinux.org/index.php/pacman 4) Once you've confirmed you've got an operational toolchain, pick an open source package of interest and learn to build it. Pick software that you actually have a need to use. Of course, DuckDuckGo and other spelunking techniques will help, but also check out how others have automated builds paying particular attention to their use of `configure` and `make`. For example: https://www.gitorious.org/sbuild/sbuild/source/a8f47daae77bb2390843250fbe6445fed784d866:src/mingw/libarchive-3.1.2-2/pkgbuild.sh#L284-303 https://github.com/jonforums/buildlets/blob/master/build_libiconv.ps1#L44-L57 https://www.gitorious.org/sbuild/sbuild/source/a8f47daae77bb2390843250fbe6445fed784d866:src/mingw/libiconv-1.14-2/pkgbuild.sh#L306-324 http://cgit.notk.org/adrien/yypkg/slackware64-current.git/tree/l/libffi/libffi.SlackBuild https://github.com/jonforums/buildlets/blob/master/build_zlib.ps1 5) Once you've got a working toolchain and are familiar with `configure`, `make`, `gcc` and have built a few things, I ask that you blog about your mingw-w64 set up as well as post a message (link to your blog) with tutorial in the title. Even if you don't have a blog, a tutorial email to this list would be awesome. Hopefully others will share some of their hard won secrets :) It's a great thing you're a newcomer to mingw-w64 and I'd love to see this project get the benefit of a tutorial based upon your adventurous ramp up. Tutorial style documentation is lacking and many of us take for granted the challenges of setting up a workable toolchain for the first time. Jon -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing listMingw-w64-public@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Re: [Mingw-w64-public] MSYS2
I'm create 64-bit base MSYS2: msys64-base-x86_64-20131113.tar.xzhttp://sourceforge.net/projects/msys2/files/Base/x86_64/msys64-base-x86_64-20131113.tar.xz/download 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 Regards, Alexey. -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] conflicting EXCEPTION_REGISTRATION types with tcl/tk 8.6.1
2013/11/8 Jon jon.for...@gmail.com: 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 jon.for...@gmail.com wrote: While updating my powershell-based build recipes (buildlets) for 64-bit and other things, I get the following build errors on Win8.1 64bit using `x64-msys2-20131022.tar.xz` and the mingw32-make reloaded version of `x86_64-4.8.2-release-win32-seh-rt_v3-rev0.7z`. No errors when using mingw.org msys and the older mingwbuilds `x32-4.7.3-release-win32-sjlj-rev1.7z` toolchain. The only mildly interesting part of the buildlet is addressing the `config.guess` problem of not being able to guess the `x86_64-w64-mingw32` system type. But it appears irrelevant to what looks to be a mingw-w64 header issue. mingw-w64 header issue, or tcl/tk issue, or something I've messed up in the config? PS buildlets-git .\build_tcltk.ps1 8.6.1 -x64 --- validating tcl8.6.1-src.tar.gz --- validating tk8.6.1-src.tar.gz --- extracting tcl8.6.1-src.tar.gz --- extracting tk8.6.1-src.tar.gz --- activating toolchain [64-bit] --- configuring tcl8.6.1 [64-bit] --- building tcl8.6.1 [64-bit] C:\Users\Jon\Documents\CDev\buildlets-git\tcl8.6.1\win\tclWin32Dll.c:42:3: error: conflicting types for 'EXCEPTION_REGISTRATION' } EXCEPTION_REGISTRATION; ^ In file included from c:\apps\devtools\mingw\x86_64-w64-mingw32\include\minwindef.h:146:0, from c:\apps\devtools\mingw\x86_64-w64-mingw32\include\windef.h:8, from c:\apps\devtools\mingw\x86_64-w64-mingw32\include\windows.h:69, from C:/Users/Jon/Documents/CDev/buildlets-git/tcl8.6.1/win/tclWinPort.h:36, from C:/Users/Jon/Documents/CDev/buildlets-git/tcl8.6.1/generic/tclPort.h:21, from C:/Users/Jon/Documents/CDev/buildlets-git/tcl8.6.1/generic/tclInt.h:36, from C:\Users\Jon\Documents\CDev\buildlets-git\tcl8.6.1\win\tclWinInt.h:15, from C:\Users\Jon\Documents\CDev\buildlets-git\tcl8.6.1\win\tclWin32Dll.c:14: c:\apps\devtools\mingw\x86_64-w64-mingw32\include\winnt.h:3554:43: note: previous declaration of 'EXCEPTION_REGISTRATION' was here typedef EXCEPTION_REGISTRATION_RECORD EXCEPTION_REGISTRATION; ^ make: *** [tclWin32Dll.o] Error 1 ...[SNIP]... --- activating toolchain [64-bit] --- configuring tk8.6.1 [64-bit] --- building tk8.6.1 [64-bit] C:\Users\Jon\Documents\CDev\buildlets-git\tk8.6.1\win\tkWin32Dll.c:30:3: error: conflicting types for 'EXCEPTION_REGISTRATION' } EXCEPTION_REGISTRATION; ^ In file included from c:\apps\devtools\mingw\x86_64-w64-mingw32\include\minwindef.h:146:0, from c:\apps\devtools\mingw\x86_64-w64-mingw32\include\windef.h:8, from c:\apps\devtools\mingw\x86_64-w64-mingw32\include\windows.h:69, from C:\Users\Jon\Documents\CDev\buildlets-git\tk8.6.1\win\tkWin.h:36, from C:\Users\Jon\Documents\CDev\buildlets-git\tk8.6.1\win\tkWinInt.h:26, from C:\Users\Jon\Documents\CDev\buildlets-git\tk8.6.1\win\tkWin32Dll.c:12: c:\apps\devtools\mingw\x86_64-w64-mingw32\include\winnt.h:3554:43: note: previous declaration of 'EXCEPTION_REGISTRATION' was here typedef EXCEPTION_REGISTRATION_RECORD EXCEPTION_REGISTRATION; ^ make: *** [tkWin32Dll.o] Error 1 This is known issue. You can grab my patch from here: https://github.com/Alexpux/mingw-builds/blob/master/patches/tcl/tcl-8.6.1-mingwexcept.patch Regards, Alexey. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [Project News | New Builds]
2013/10/19 Alexey Pavlov alex...@gmail.com: 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. GCC-4.8.2 builded with bootstrap and next languages support: c,c++,ada,fortran,objc,obj-c++. Links: 32-bit: posix-sjlj:i686-4.8.2-release-posix-sjlj-rt_v3-rev0.7z posix-dwarf:i686-4.8.2-release-posix-dwarf-rt_v3-rev0.7z win32-sjlj:i686-4.8.2-release-win32-sjlj-rt_v3-rev0.7z win32-dwarf:i686-4.8.2-release-win32-dwarf-rt_v3-rev0.7z 64-bit: posix-sjlj:x86_64-4.8.2-release-posix-sjlj-rt_v3-rev0.7z posix-seh : x86_64-4.8.2-release-posix-seh-rt_v3-rev0.7z win32-sjlj:x86_64-4.8.2-release-win32-sjlj-rt_v3-rev0.7z win32-seh: x86_64-4.8.2-release-win32-seh-rt_v3-rev0.7z Toolchains sources: src-4.8.2-release-rt_v3-rev0.tar.7z Build scripts: https://github.com/niXman/mingw-builds Today I repack GCC-4.8.2-rev0 toolchains with fixed mingw32-make. All archives are reloaded now. Regards, Alexey. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-20131022.tar.xz/download 64-bit: x64-msys2-20131022.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/x64-msys2-20131022.tar.xz/download *Changes*: Updates: - ncurses-5.9-20131019. Fix issues reported by Óscar Fuentes: - remove files with illegal names. In the future they will be fixed by compressing with --transform option. - show message about restart needed when MSYS2 is started first time. Rebuild patch-2.7.1 with support patching files that has Windows line endings. Thanks to *LRN* for reporting and fixing. Regards, Alexey. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
New MSYS2 snapshots: 32-bit: x32-msys2-20131021.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-20131021.tar.xz/download 64-bit: x64-msys2-20131021.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/x64-msys2-20131021.tar.xz/download *Changes*: Updates: - curl-7.33.0; - findutils-4.5.12; - libedit-20130712-3.1; - mercurial-2.7.2; - p11-kit-0.18.7; - tar-1.27; - openssh-6.3p1; - GNU Make 4.0.90. Fixes: - Python-2.7.5 and Python-3.3.2 loading ctypes module; - Remove Python-3.2.5; - Initial support windows paths for Python (thanks to Ray Donnelly). Regards, Alexey. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[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 with bootstrap and next languages support: c,c++,ada,fortran,objc,obj-c++. *Links:* *32-bit:* posix-sjlj: i686-4.8.2-release-posix-sjlj-rt_v3-rev0.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.2/threads-posix/sjlj/i686-4.8.2-release-posix-sjlj-rt_v3-rev0.7z/download posix-dwarf: i686-4.8.2-release-posix-dwarf-rt_v3-rev0.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.2/threads-posix/dwarf/i686-4.8.2-release-posix-dwarf-rt_v3-rev0.7z/download win32-sjlj: i686-4.8.2-release-win32-sjlj-rt_v3-rev0.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.2/threads-win32/sjlj/i686-4.8.2-release-win32-sjlj-rt_v3-rev0.7z/download win32-dwarf: i686-4.8.2-release-win32-dwarf-rt_v3-rev0.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.2/threads-win32/dwarf/i686-4.8.2-release-win32-dwarf-rt_v3-rev0.7z/download *64-bit:* posix-sjlj: x86_64-4.8.2-release-posix-sjlj-rt_v3-rev0.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.2/threads-posix/sjlj/x86_64-4.8.2-release-posix-sjlj-rt_v3-rev0.7z/download posix-seh : x86_64-4.8.2-release-posix-seh-rt_v3-rev0.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.2/threads-posix/seh/x86_64-4.8.2-release-posix-seh-rt_v3-rev0.7z/download win32-sjlj: x86_64-4.8.2-release-win32-sjlj-rt_v3-rev0.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.2/threads-win32/sjlj/x86_64-4.8.2-release-win32-sjlj-rt_v3-rev0.7z/download win32-seh: x86_64-4.8.2-release-win32-seh-rt_v3-rev0.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.2/threads-win32/seh/x86_64-4.8.2-release-win32-seh-rt_v3-rev0.7z/download *Toolchains sources:* src-4.8.2-release-rt_v3-rev0.tar.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchain%20sources/Personal%20Builds/mingw-builds/4.8.2/src-4.8.2-release-rt_v3-rev0.tar.7z/download *Build scripts:* https://github.com/niXman/mingw-builds Regards, Alexey. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Detecting libexpat library failed with undefined reference to _time32
2013/10/2 LRN lrn1...@gmail.com -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. (in fstab, I have a line: D:\mingw-builds\x32-4.8.1-posix-dwarf-rev5\mingw32 /mingw) Now, I found that detecting expat library failed, this is the snippet of the config.log: configure:7888: checking for libexpat configure:7907: mingw32-gcc -o conftest.exe -O0 -g -D__USE_MINGW_ACCESS -I/mingw/include -static-libstdc++ -static-libgcc -Wl,--stack,12582912 conftest.c -lm/mingw/lib/libexpat.a 5 D:/mingw-builds/x32-4.8.1-posix-dwarf-rev5/mingw32/lib/libexpat.a(xmlparse.o): In function `time': d:/mingw-builds/x32-4.8.1-posix-dwarf-rev5/mingw32/i686-w64-mingw32/include/time.h:242: undefined reference to `_time32' collect2.exe: error: ld returned 1 exit status configure:7907: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME | #define PACKAGE_TARNAME | #define PACKAGE_VERSION | #define PACKAGE_STRING | #define PACKAGE_BUGREPORT | #define PACKAGE_URL | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define __EXTENSIONS__ 1 | #define _ALL_SOURCE 1 | #define _GNU_SOURCE 1 | #define _POSIX_PTHREAD_SEMANTICS 1 | #define _TANDEM_SOURCE 1 | #define PACKAGE gdb | #define DEBUGDIR /mingw/lib/debug | #define DEBUGDIR_RELOCATABLE 1 | #define BINDIR /mingw/bin | #define GDB_DATADIR /mingw/share/gdb | #define GDB_DATADIR_RELOCATABLE 1 | #define AUTO_LOAD_DIR $debugdir:$datadir/auto-load | #define AUTO_LOAD_SAFE_PATH $debugdir:$datadir/auto-load | #define DEFAULT_BFD_ARCH bfd_i386_arch | #define DEFAULT_BFD_VEC i386pe_vec | #define PKGVERSION (GDB) | #define REPORT_BUGS_TO http://www.gnu.org/software/gdb/bugs/ | #define HAVE_LIBM 1 | #define SIZEOF_UNSIGNED_LONG_LONG 8 | #define SIZEOF_UNSIGNED_LONG 4 | #define SIZEOF_UNSIGNED___INT128 0 | #define JIT_READER_DIR /mingw/lib/gdb | #define JIT_READER_DIR_RELOCATABLE 1 | /* end confdefs.h. */ | #include expat.h | int | main () | { | XML_Parser p = XML_ParserCreate (0); | ; | return 0; | } configure:7917: result: no configure:7942: error: expat is missing or unusable I just open the time.h:242, there is a line: __CRT_INLINE time_t __cdecl time(time_t *_Time) { return _time32(_Time); } Now, my question is: where does _time32 defined? How to solve my problem? I'm working under Windows XP using mingw-w64 svn-r6322 $ nm -A --defined-only /mingw/lib/*.a | grep _time32 F:/e14/mingw/lib/libmsvcr100.a:dfpibs01147.o: I __imp___time32 F:/e14/mingw/lib/libmsvcr100.a:dfpibs01147.o: T __time32 F:/e14/mingw/lib/libmsvcr110.a:dmpibs01218.o: I __imp___time32 F:/e14/mingw/lib/libmsvcr110.a:dmpibs01218.o: T __time32 F:/e14/mingw/lib/libmsvcr80.a:dkoibs00464.o: I __imp___time32 F:/e14/mingw/lib/libmsvcr80.a:dkoibs00464.o: T __time32 F:/e14/mingw/lib/libmsvcr90.a:droibs01458.o: I __imp___time32 F:/e14/mingw/lib/libmsvcr90.a:droibs01458.o: T __time32 F:/e14/mingw/lib/libmsvcr90d.a:dyoibs01040.o: I __imp___time32 F:/e14/mingw/lib/libmsvcr90d.a:dyoibs01040.o: T __time32 F:/e14/mingw/lib/libmsvcrt.a:dsrcbs00680.o: I __imp___time32 F:/e14/mingw/lib/libmsvcrt.a:dsrcbs00680.o: T __time32 configure:7286: checking whether to use expat configure:7288: result: yes configure:7336: checking for ld used by GCC configure:7399: result: f:/e14/mingw/bin/../lib/gcc/i686-w64-mingw32/4.8.1/../../../../i686-w64-mingw32/bin/ld.exe configure:7406: checking if the linker (f:/e14/mingw/bin/../lib/gcc/i686-w64-mingw32/4.8.1/../../../../i686-w64-mingw32/bin/ld.exe) is GNU ld GNU ld (GNU Binutils) 2.23.52.20130828 configure:7418: result: yes configure:7424: checking for shared library run path origin configure:7437: result: done configure:7864: checking for libexpat configure:7883: gcc -o conftest.exe -g -O2 -D__USE_MINGW_ACCESS - -I/mingw/include -Wl,--stack,12582912 conftest.c -ldl -lz -lm -liconv /mingw/lib/libexpat.a 5 configure:7883: $? = 0 configure:7893: result: yes configure:7900: checking how to link with libexpat configure:7902: result: /mingw/lib/libexpat.a configure:7928: checking for XML_StopParser configure:7928: gcc -o conftest.exe -g -O2 -D__USE_MINGW_ACCESS - -I/mingw/include -Wl,--stack,12582912 conftest.c -ldl -lz -lm -liconv /mingw/lib/libexpat.a 5 configure:7928: $? = 0 configure:7928: result: yes (offtopic: it looks like a bug that gdb links to libexpat.a
Re: [Mingw-w64-public] compile C curses program under mingw-w64
2013/10/2 Daniel Goldman dgold...@ehdp.com 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) in test mode some printf options (long long, long double) do not work with mingw on my xp computer, 2) mingw seems old, I would like to explore mingw-64, but curses seems not included with mingw-64, 3) it would seem better to use same curses version under DOS and Unix, 4) I would prefer to cross-compile the DOS executable under Linux, as it would be easier for me to automate and keep consistent under Linux. So my questions: Can anyone point me in right direction to set up mingw-64 so I can compile a C curses program under mingw-64, either directly compile under DOS, or preferably cross-compile on ubuntu linux to generate DOS executable? Any suggestion whether to use ncurses or pdcurses under mingw-64? Ncurses build fine under Windows using mingw-w64 compiler. You can build nurses-5.9 version but it can be only builded as static libraries or get develop version of ncurses from here: http://invisible-island.net/datafiles/current/ncurses.tar.gz Develop version can be builded as shared libraries. Configure options you can see here, for example: https://github.com/Alexpux/mingw-builds/blob/develop/scripts/ncurses.sh#L57 Regards, Alexey. I apologize for using ancient curses, but it works well. And I apologize if I have missed something obvious. Thanks, Daniel -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinGW64\bin... 32/64 bits compier?
2013/9/30 Incongruous incongru...@outlook.com 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. Regards, Alexey. TIA -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] where to create winsup/mingw
2013/9/26 Frédéric Bron frederic.b...@m4x.org 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 mingw-w64 cross-compilers on RedHat Entreprise Linux 6.3 targeting win32 and win64. On that RHEL platform, only old packages are available and I wanted 4.8.1 gcc compiler. I have used the latest mingw-w64-v3.0.0 version. Everything works nicely on linux but a collegue wants to compile on Windows. We are using boost and WxWidgets which I compile with the cross compiler. I want to be able to reuse on Windows the libraries built on linux with the cross-compilers. For that, I think I have to have the exact same version of mingw-w64 compiler, in particular, v3.0.0. I have not been able to find gcc-4.8.1 with mingw-w64-3.0.0 for both win32 and win64. Maybe it will come as v3.0.0 is quite new. Latest mingwbuilds toolchains are based on mingw-w64-3.0.0 runtime. You can choose variant what you want from here: http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.1/ http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/ Regards, Alexey. Also, I had an issue at linking with exceptions types that where not the same in the cross-compiler and with the win64 build I downloaded. I now guess that gcc configure uses seh by default when targetting x86_64 and dwarf when targetting i686. Is that true? Maybe I should just download some matching binary builds for linux and windows. Thanks, Frédéric -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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 from git.* *Changes* since rev1: - update mingw-w64 runtime to v3 rev.6311. - update GNU Make to 3.99.92 *Links:* *32-bit:* posix-sjlj: i686-4.8.1-release-posix-sjlj-rt_v3-rev2.7zhttp://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-rt_v3-rev2.7z/download posix-dwarf: i686-4.8.1-release-posix-dwarf-rt_v3-rev2.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.1/threads-posix/dwarf/i686-4.8.1-release-posix-dwarf-rt_v3-rev2.7z/download win32-sjlj: i686-4.8.1-release-win32-sjlj-rt_v3-rev2.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.1/threads-win32/sjlj/i686-4.8.1-release-win32-sjlj-rt_v3-rev2.7z/download win32-dwarf: i686-4.8.1-release-win32-dwarf-rt_v3-rev2.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.1/threads-win32/dwarf/i686-4.8.1-release-win32-dwarf-rt_v3-rev2.7z/download *64-bit:* posix-sjlj: x86_64-4.8.1-release-posix-sjlj-rt_v3-rev2.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-posix/sjlj/x86_64-4.8.1-release-posix-sjlj-rt_v3-rev2.7z/download posix-seh : x86_64-4.8.1-release-posix-seh-rt_v3-rev2.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-posix/seh/x86_64-4.8.1-release-posix-seh-rt_v3-rev2.7z/download win32-sjlj: x86_64-4.8.1-release-win32-sjlj-rt_v3-rev2.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-win32/sjlj/x86_64-4.8.1-release-win32-sjlj-rt_v3-rev2.7z/download win32-seh: x86_64-4.8.1-release-win32-seh-rt_v3-rev2.7zhttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-win32/seh/x86_64-4.8.1-release-win32-seh-rt_v3-rev2.7z/download -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Announcement: mingw-builds and mingw-w64 are joining forces
2013/9/24 xunxun xunxun1...@gmail.com: 于 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 this... 400% for the builder, but 10% for the user Now building all 8 bootstrapped toolchains under Windows taked about 1 day. Building them with PGO+LTO increase it to 4! days. It's very long time. Regards, Alexey. -- Best Regards, xunxun -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Announcement: mingw-builds and mingw-w64 are joining forces
2013/9/24 xunxun xunxun1...@gmail.com: 于 2013/9/24 星期二 22:21, Alexey Pavlov 写道: 2013/9/24 xunxun xunxun1...@gmail.com: 于 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 this... 400% for the builder, but 10% for the user Now building all 8 bootstrapped toolchains under Windows taked about 1 day. Building them with PGO+LTO increase it to 4! days. It's very long time. You can only build native toolchain. I don't think PGO can be useful for cross toolchains. Under Windows we build only native toolchains) And as said by the link, PGO is much better than LTO at present, so you can only use PGO, which cost shorter time. Maybe. I try it on next week. Regards, Alexey. -- Best Regards, xunxun -- Best Regards, xunxun -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Announcement: mingw-builds and mingw-w64 are joining forces
2013/9/24 TOCK Chiu stanley82...@gmail.com: Hi, Is it possible that only build the runtimes like libstdc++, libgcc_s_sjlj-1 with LTO enabled? Someone static link it with LTO can benefit form it. In near future it is impossible. You can try use our scripts and modify them to build it yourself. Our scripts has option to build all with -flto flag but it fail very often. Regards, Alexey. Thanks! 2013/9/24 xunxun xunxun1...@gmail.com 于 2013/9/24 星期二 22:21, Alexey Pavlov 写道: 2013/9/24 xunxun xunxun1...@gmail.com: 于 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 this... 400% for the builder, but 10% for the user Now building all 8 bootstrapped toolchains under Windows taked about 1 day. Building them with PGO+LTO increase it to 4! days. It's very long time. You can only build native toolchain. I don't think PGO can be useful for cross toolchains. And as said by the link, PGO is much better than LTO at present, so you can only use PGO, which cost shorter time. Regards, Alexey. -- Best Regards, xunxun -- Best Regards, xunxun -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Announcement: mingw-builds and mingw-w64 are joining forces
2013/9/23 Martin Mitáš m...@morous.org: 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%20Win32/Personal%20Builds/mingw-builds/4.8.1/threads-posix/dwarf/i686-4.8.1-release-posix-dwarf-rev1.7z http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.1/threads-win32/sjlj/i686-4.8.1-release-win32-sjlj-rev1.7z http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.8.1/threads-win32/dwarf/i686-4.8.1-release-win32-dwarf-rev1.7z 64-bit: http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-posix/sjlj/x86_64-4.8.1-release-posix-sjlj-rev1.7z http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-posix/seh/x86_64-4.8.1-release-posix-seh-rev1.7z http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-win32/sjlj/x86_64-4.8.1-release-win32-sjlj-rev1.7z http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-win32/seh/x86_64-4.8.1-release-win32-seh-rev1.7z I would like to highlight these builds expose the bug #346 (http://sourceforge.net/p/mingw-w64/bugs/346/). Yes. It fixed in mingw-w64 repository after rev1. Tomorrow I plan to upload rev2 that based on latest minw-w64 runtime v3 that resolve this issue. As a side note, the filenames make me wonder whether having 4.8.1 rev1 from mingw-w64 being different from 4.8.1 rev1 on mingw-builds project shall lead to confusion of people (and core project developers too, when you get bug reports etc.) or not. Was this considered? Yes. This is can confuse users. But we start revision numeration from the zero when moving to mingw-w64 project. Now we don't plan to update toolchains on mingw-builds project. Last but not least, I've got an impression from the recent mailing list activity that these builds probably use the CRT from mingw-w64 stable 3.0, right? Shouldn't be the versioning/file_naming scheme updated to reflect also what mingw-w64 branch/version is in it? Rev2 will be based on stable v3. Rev0 and rev1 are based on pre-v3 trunk version. Starting rev2 I 'm add rt_v3(or v4 for trunk) into toolchain archive name. Regards, Alexey. (But do not take my critics too heavily. I see the decision to join mingw-w64 and mingw-builds as a step in the right direction and I am looking forward the bright future. Lets the synergies grow :-) Martin -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
New MSYS2 snapshots: 32-bit: x32-msys2-beta2-20130909.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-beta2-20130909.tar.xz/download 64-bit: x64-msys2-beta2-20130909.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/x64-msys2-beta2-20130909.tar.xz/download *Changes*: Updates: - sync with Cygwin sources; - rewrite msys2_shell.bat and mingw_shell.bat to use mintty by default; - gettext-0.18.3.1; - subversion-1.8.3; - vim-7.4.016. New added: - docbook-xml (4.1-5.0); - posix-manpages; - unzip-6.0; - zip-3.0. Regards, Alexey. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
Difference in OS name that you got via uname With msys_shell.bat you got MSYS_NT, with mingw_shell - MINGW_NT. This is need to detect toolchain with autoconf scripts. Most users need to use mingw_shell.bat. Regards, Alexey. 2013/9/9 TOCK Chiu stanley82...@gmail.com What's the difference between msys2_shell.bat and mingw_shell.bat? Thanks a lot! 2013/9/9 Alexey Pavlov alex...@gmail.com New MSYS2 snapshots: 32-bit: x32-msys2-beta2-20130909.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-beta2-20130909.tar.xz/download 64-bit: x64-msys2-beta2-20130909.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/x64-msys2-beta2-20130909.tar.xz/download *Changes*: Updates: - sync with Cygwin sources; - rewrite msys2_shell.bat and mingw_shell.bat to use mintty by default; - gettext-0.18.3.1; - subversion-1.8.3; - vim-7.4.016. New added: - docbook-xml (4.1-5.0); - posix-manpages; - unzip-6.0; - zip-3.0. Regards, Alexey. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinGW and Msys Directories
msys-2.0.dll is renamed and patched cygwin1.dll. 2013/9/2 Baruch Burstein bmburst...@gmail.com 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 mingw.andr...@gmail.comwrote: MSYS2 is basically Cygwin without the posix-purity stuff going and instead a laser sharp focus on interoperability between MSYS2 tools and Windows tools. It is still Windows but it uses it's own GCC that links to (and creates software that links to) msys-2.0.dll that provides a more posix-like set of system libraries and environment. A regular Windows toolchain would not be the same. On Sun, Sep 1, 2013 at 2:13 PM, Baruch Burstein bmburst...@gmail.com wrote: If I understand your answer correctly, MSYS(2) is basically just Windows with POSIX tools, directory layout and paths, but it is still Windows. If so, hen why does it need it's own toolchain, and what are MSYS binaries? Wouldn't a regular Windows toolchain with Windows binaries be the same? On Sat, Aug 31, 2013 at 5:09 PM, LRN lrn1...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31.08.2013 17:14, wynfi...@gmail.com wrote: #1 I'm sure that there is a good reason to have two very similiar root type directories such as MinGW and msys, but I can't see it. But, I am new to MinGW. To me two different pseudo root directories. Can someone explain why the two are necessary and on would not suffice? Or point me to a document which explains it? C:\MinGW and C:\inGW\msys\1.0 Also some directory has a link or is a link. /usr? Welcome to the land of crazy! First, some clarifications: MinGW is a toolchain (compiler, linker, import libraries for MS runtimes, headers). It works on W32 and produces pure W32 code, just like MSVC does. There are two independent projects that make these toolchains: * mingw.org - they make mingw.org toolchains (their mailing list is mingw-users at sourceforge.net) * mingw-w64 - they make mingw-w64 toolchains (this is mingw-w64 mailing list you're writing to). I won't try to explain to you which toolchain is better (spoiler: mingw-w64 is). However, you need something to a buildsystem to drive the toolchain (run it with appropriate arguments to compile things and produce binaries). MSVC uses Visual Studio and Microsoft make (nmake, if i remember correctly?) or some other crazy stuff. The decision on which buildsystem to use falls upon package developers, not on mingw developers. Most free software packages are built by GNU autotools (which produce GNU makefiles, which are interpreted by GNU make). GNU Autotools use POSIX shell to run. GNU Makefiles produced by GNU Autotools almost always use POSIX shell in some places. And while GNU Make itself can be built for W32 (and thus may not have any POSIX dependencies), these makefiles require a POSIX shell, and to produce them ('configure' the package) you need a POSIX shell. MSYS provides a POSIX environment (including a POSIX shell, compatible versions of GNU Autotools, and a POSIXly version of GNU Make) on W32. Thus, unless the package you are compiling uses some kind of alternative buildsystem without any POSIX dependencies (CMake, SCons, plain makefiles with no shell code, insert your example here), you need both MinGW and MSYS. There are two projects that make MSYS: * mignw.org - they make the original MSYS (MSYS1) * some random people on the net (mostly it's just alexey) affiliated mostly with mingw-w64 project - they make MSYS2 (also, there's the Cygwin project, which has its own POSIX-only environment, and its own toolchains, but to produce W32 binaries there you have to cross-compile from Cygwin to W32; if you know what cross-compiling is, and you're ok with it, then stop reading here and go downloadinstall Cygwin, and ask questions on Cygwin mailing list). Your MSYS is from mingw.org (i can tell from the way directories are laid out). I don't know which flavor of MinGW toolchains you're using though. At this point you should decide whether you really want to use mingw-w64 toolchain or a mingw.org toolchain. If it's mingw.org, then stop reading and go to their mailing list and ask your questions there. If it's mingw-w64, then read on. Since MSYS is a separate, POSIX environment, it has its own stuff - a special toolchain (i686-pc-msys) that produces MSYS binaries, its own set of GNU Autotools scripts. Also, all non-portable (POSIX-only) stuff lives in MSYS - such as bash. Inside MSYS environment you have a virtual root directory and lots of POSIXly things. Namely, for compatibility with real POSIX OSes, MSYS has a /usr directory (which is just an alias for the root directory). /usr is an alias, not a link. In fact, MSYS doesn't use any symlinks at
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
2013/8/29 Erik van Pienbroek e...@vanpienbroek.nl 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-mingw-rebuild/20130829/mingw-qt5-qtbase-5.1.0-5 This one is new: /builddir/build/BUILD/qtbase-opensource-src-5.1.0/src/corelib/io/qfilesystemengine_win.cpp:578:3: error: conflicting declaration 'typedef struct _FILE_ID_128 FILE_ID_128' } FILE_ID_128, *PFILE_ID_128; ^ In file included from snip /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:3767:7: error: 'FILE_ID_128' has a previous declaration as 'typedef struct FILE_ID_128 FILE_ID_128' } FILE_ID_128, *PFILE_ID_128; ^ It seems to be caused by mingw-w64 commit r6115: http://sourceforge.net/p/mingw-w64/code/6115/ As mingw-w64 didn't have this structure before, the Qt folks decided to manually add this structure in their code. However, this structure is implemented differently than the mingw-w64 implementation. For comparison, here's the mingw-w64 implementation: typedef struct FILE_ID_128 { ULONGLONG LowPart; ULONGLONG HighPart; } FILE_ID_128, *PFILE_ID_128; While the Qt project uses this implementation: == # if defined(Q_CC_MINGW) || (defined(Q_CC_MSVC) _MSC_VER 1700) typedef struct _FILE_ID_128 { BYTE Identifier[16]; } FILE_ID_128, *PFILE_ID_128; typedef struct _FILE_ID_INFO { ULONGLONG VolumeSerialNumber; FILE_ID_128 FileId; } FILE_ID_INFO, *PFILE_ID_INFO; # endif // if defined (Q_CC_MINGW) || (defined(Q_CC_MSVC) _MSC_VER 1700)) == I'm not entirely certain which side should be fixed. The MSDN docs about this subject only contain references to a structure called EXT_FILE_ID_128: http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh965605% 28v=vs.85%29.aspx and http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh802691% 28v=vs.85%29.aspx This issue is fixed in Qt gerrit: https://codereview.qt-project.org/#change,63747 After fixing tis issue I have issue described here: https://bugreports.qt-project.org/browse/QTBUG-33225 Regards, Alexey. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] mingw/gcc stralign.h
2013/8/10 JonY jo...@users.sourceforge.net 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 info in my previous message may not be that useful So to recap, I'm using stralign.h from here: http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8.1/64-bit/threads-win32/seh/ that fails on stralign.h: #ifndef __CRT__NO_INLINE __CRT_INLINE PUWSTR_C ua_wcschr(PCUWSTR String,WCHAR Character) { if(WSTR_ALIGNED(String)) return ::wcschr((PCWSTR)String,Character); return (PUWSTR_C)uaw_wcschr(String,Character); } __CRT_INLINE PUWSTR_C ua_wcsrchr(PCUWSTR String,WCHAR Character) { if(WSTR_ALIGNED(String)) return ::wcsrchr((PCWSTR)String,Character); return (PUWSTR_C)uaw_wcsrchr(String,Character); } I added the :: characters above to make Ninja compile, but I doubt that is the right fix even it works or appears to. If there exists a latest release of these files, please give me a full link to where and I'll try them and report back. As suggested earlier, it is on SVN, if you bothered to ask google: http://svn.code.sf.net/p/mingw-w64/code/trunk/mingw-w64-headers/include/stralign.h Our (mingw-builds) toolchains use mingw-w64 runtime from trunk already. GCC-4.8.1-rev3 has runtime from 5973 revision. Alternatively, if anyone else want's to try to build Ninja on github with libcxx and clang++ using the same mingw's C headers I am using, then they should see the same conflict I am seeing with libcxx's headers and mingw's stralign.h that I'd like to fix. note: candidate function _CONST_RETURN wchar_t *__cdecl wcschr(const wchar_t *_Str,wchar_t _Ch); ^ /libcxx/include\cwchar:180:49: note: candidate function inline _LIBCPP_INLINE_VISIBILITY const wchar_t* wcschr(const wchar_t* __s, wchar_t __c) {return ::wcschr(__s, __c);} ^ In file included from src\build.cc:33: In file included from src/subprocess.h:25: In file included from c:\mingw\bin\..\lib\clang\3.4\../../../x86_64-w64-mingw32/include\windows.h:114: c:\mingw\bin\..\lib\clang\3.4\../../../x86_64-w64-mingw32/include\stralign.h:120:37: error: call to 'wcsrchr' is ambiguous if(WSTR_ALIGNED(String)) return wcsrchr((PCWSTR)String,Character); ^~~ c:\mingw\bin\..\lib\clang\3.4\../../../x86_64-w64-mingw32/include\wchar.h:851:34: note: candidate function _CONST_RETURN wchar_t *__cdecl wcsrchr(const wchar_t *_Str,wchar_t _Ch); ^ Likely a conflict with libcxx, libgcxx cwchar too has cwchar defined. I cannot reproduce the error with GCC, please write a minimalist test case to demonstrate the error. GCC test: #include string #include cwchar #include windows.h int f(){ ua_wcsrchr(0,0); ua_wcsrchr((const wchar_t *)0,0); ua_wcsrchr((const wchar_t __unaligned *)0,0); return 0; } -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
New MSYS2 snapshots: 32-bit: x32-msys2-alpha-20130728.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-alpha-20130728.tar.xz/download 64-bit: x64-msys2-alpha-20130728.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/x64-msys2-alpha-20130728.tar.xz/download Changes: MSYS core: - sync with Cygwin sources; - convert /dev/null to nul for non-MSYS applications Software changes: - update git to 1.8.3.3 - update coreutils to 8.21 - update wget to 1.14 - update gzip to 1.6 - update serf to 1.3.0 - update Python2 to 2.7.5 - update swig to 2.0.10 - update libgcrypt to 1.5.3 - update mercurial to 2.6.3 - add Python3 3.2.5 - add dejagnu 1.5.1 - add autogen 5.17.4 - add guile-2.0.9 - add sshpass-1.05 - add intltool-0.50.2 - add yaml-0.1.4 - add SCons-2.3.0 Perl modules: Pod-Escapes-1.04 Pod-Simple-3.28 Test-Pod-1.48 Devel-Symdump-2.10 Pod-Coverage-0.23 Test-Pod-Coverage-1.08 Compress-Bzip2-2.16 IO-String-1.08 Archive-Zip-1.31_04 TermReadKey-2.30 Term-ReadLine-Perl-1.0303 Term-ReadLine-Gnu-1.20 XML-NamespaceSupport-1.11 XML-SAX-Base-1.08 XML-SAX-0.99 XML-LibXML-2.0019 XML-Parser-2.42_01 Proc-ProcessTable-0.48 YAML-0.84 Config-Tiny-2.14 File-Copy-Recursive-0.38 IPC-Run3-0.046 Probe-Perl-0.02 Tee-0.14 IO-CaptureOutput-1.1102 File-pushd-1.005 File-Which-1.09 File-HomeDir-1.00 Digest-SHA-5.85 IPC-Run-0.92 URI-1.60 HTML-Tagset-3.20 HTML-Parser-3.71 HTTP-Date-6.02 Encode-Locale-1.03 LWP-MediaTypes-6.02 IO-HTML-1.00 HTTP-Message-6.06 File-Listing-6.04 HTTP-Daemon-6.01 WWW-RobotRules-6.02 HTTP-Negotiate-6.01 HTTP-Cookies-6.01 Net-HTTP-6.06 libwww-perl-6.05 Net-IP-1.26 Digest-HMAC-1.03 Net-DNS-0.72 Test-Reporter-1.59 Crypt-SSLeay-0.65_02 common-sense-3.6 JSON-XS-2.34 JSON-2.59 Metabase-Client-Simple-0.009 Sub-Install-0.926 Data-UUID-1.219 Params-Util-1.07 Data-OptList-0.108 Sub-Exporter-0.986 Data-GUID-0.047 CPAN-DistnameInfo-0.12 Metabase-Fact-0.021 Test-Tester-0.109 Test-NoWarnings-1.04 Config-Perl-V-0.18 CPAN-Testers-Report-1.999001 Test-Reporter-Transport-Metabase-1.999008 Capture-Tiny-0.22 Devel-Autoflush-0.05 IPC-Cmd-0.82 CPAN-Reporter-1.2010 Module-ScanDeps-1.10 PAR-Dist-0.49 Socket6-0.23 IO-Socket-INET6-2.71 B-Generate-1.47 PadWalker-1.96 Data-Alias-1.16 DBI-1.627_94 Clone-0.34 Error-0.17020 ExtUtils-Depends-0.304 ExtUtils-PkgConfig-1.14 ExtUtils-MakeMaker-6.69_08 IO-Tty-1.10 Text-CSV_XS-1.01 Text-CSV-1.32 XML-SAX-Expat-0.50 XML-Simple-2.20 Regards, Alexey. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Getting Rid of winpthread Dynamic Dependency
2013/7/25 Ruben Van Boxem vanboxem.ru...@gmail.com 2013/7/25 Haroogan haroo...@gmail.com 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 DLL? Ruben I has this issue many times and also has some posts about it earlier. I try different variants but only full static build resolve this issue. With toolchains that has threads=posix you can't normally remove dependency from libwinpthreads1.dll. Regards, Alexey. Regards, Haroogan -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ 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: [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 application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
2013/7/15 asmwarrior asmwarr...@gmail.com: 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/download 64-bit: x64-msys2-alpha-20130709.tar.xz http://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/x64-msys2-alpha-20130709.tar.xz/download Changes: - update git to 1.8.3.2; - update sed to 4.2.2; - update automake to 1.14; - update GNU Make to latest git snapshot; - update xz to 5.0.5; - add bashdb-4.2-0.8; Regards, Alexey. First, many thanks to your contribution. My suggestion is: Is it possible to include the vim in your packages, when I use the git tool, I need the vim (especially in git rebase -i interactive mode), the MSYSGit package do have vim. see: http://msysgit.googlecode.com/files/PortableGit-1.8.3-preview20130601.7z Need to see how many dependencies it has. If not big then maybe I do it. Another question is: Is it possible to fix the bug in Git-svn module, many people has reported it on msysgit site, but they said it's hard to update the Perl module, see my report and msysgit dev's reply here: https://groups.google.com/d/msg/msysgit/yWbGLFwTFuA/BU0MStkbEpgJ and https://github.com/msysgit/msysgit/wiki/Frequently-Asked-Questions#subversion-is-too-old-for-git-svn-to-work-properly-cant-you-guys-keep-your-software-up-to-date. Thanks. MSYS2 has subversion 1.8.0. Also git-svn script is on /libexec/git-core folder. Did you try it on MSYS2? Regards, Alexey. Yuanhui Zhang -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Not understanding SJLJ dependency tradeoffs
2013/7/15 Jon jon.for...@gmail.com: On Mon, 15 Jul 2013 11:02:20 +0400 niXman i.nix...@gmail.com 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. Just now I checked with [1] and [2] and found no dependency on `libgcc_s_sjlj-1.dll` What am I doing wrong? [1] http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8.1/64-bit/threads-win32/sjlj/x64-4.8.1-release-win32-sjlj-rev2.7z [2] http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8.1/64-bit/threads-win32/sjlj/x64-4.8.1-release-win32-sjlj-rev1.7z Sorry, I wasn't clear. It seems that only the built DLLs (not exes) have a dependency on `libgcc_s_sjlj-1.dll` when I build with [1] but not [2]. For example, the DLLs built for both Lua and UnQLite (and Ruby using different build helper) using these build recipes: Lua: https://github.com/jonforums/buildlets/blob/master/build_lua.ps1#L60-L72 UnQLite: https://github.com/jonforums/buildlets/blob/master/build_unqlite.ps1#L60-L72 When I use PEStudio [3] v7.19 for static analysis, I see the DLLs are trying to import the following symbols from `libgcc_s_sjlj-1.dll`: ** unqlite.dll ** __divdi3 __moddi3 __udivdi3 __umoddi3 ** lua52.dll ** __udivdi3 __umoddi3 I'm still investigating to try to discover if I've misconfigured my automated build helpers. This issue is related to all gcc-4.8.x toolchains. All pre gcc-4.8 toolchains work ok. I have this issue too but in other form. My issue is related to use gcc-4.8.x toolchain for building other toolchain with the same symptoms. For example, I need to build GCC-4.8.1 toolchain with dwarf exceptions. I have GCC-4.8.1 toolchain with sjlj exceptions. After building new toolchain I have liblto_plugin-0.dll depended on old GCC libgcc_s_sjlj-1.dll. On dependency walker I see it want __udivdi3 and __umoddi3 functions from this dll. I have this issue only when building any toolchain with gcc-4.8.x. If I use earlier gcc versions (=4.7.3) then new liblto_plugin-0.dll doesn't depend on any toolchain dll - only system wide libraries. Regards, Alexey. Jon [1] http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8.1/32-bit/threads-win32/sjlj/x32-4.8.1-release-win32-sjlj-rev2.7z [2] http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.7-release/i686-w64-mingw32-gcc-4.7.4-release-win32_rubenvb.7z [3] http://www.winitor.com/ -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
Upload new MSYS2 snapshots: 32-bit: x32-msys2-alpha-20130709.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-alpha-20130709.tar.xz/download 64-bit: x64-msys2-alpha-20130709.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/x64-msys2-alpha-20130709.tar.xz/download Changes: - update git to 1.8.3.2; - update sed to 4.2.2; - update automake to 1.14; - update GNU Make to latest git snapshot; - update xz to 5.0.5; - add bashdb-4.2-0.8; Regards, Alexey. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
2013/7/9 Teemu Nätkinniemi tnatk...@gmail.com 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 for building software. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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 i.nix...@gmail.com: 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. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
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 haroo...@gmail.com: Hello, The problem is as follows. Building Qt 4.8.5 with x64-4.8.0-release-posix-seh-rev2 (from the MinGW-builds project) distribution and supplying -O3 optimization flag results in QtCore4.dll crashing very frequently (almost always). Rebuilding QtCore4.dll with -O2 optimization flag immediately solves the issue. Of course the debug variant QtCored4.dll works just fine (as only -g is supplied). Please, look into it. In particular, does the issue show up for the newest 4.8.1 releases? If not, then I guess we shouldn't worry much as it is fixed, otherwise it should definitely be investigated. Currently, I haven't time to try 4.8.1 out myself. Why do I consider it as regression? Obviously because it was not the case with MinGW-w64 based on GCC 4.7.1. Kind regards, Haroogan -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2
I upload new snapshots for testing: 32-bit: x32-msys2-alpha-20130625.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-alpha-20130625.tar.xz/download 64-bit: x64-msys2-alpha-20130625.tar.xzhttp://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/x64-msys2-alpha-20130625.tar.xz/download Regards, Alexey. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] gcc-4.8.1 build failure libstdc++ string
2013/6/25 Alon Bar-Lev alon.bar...@gmail.com On Tue, Jun 25, 2013 at 12:00 AM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: 2013/6/22 Alon Bar-Lev alon.bar...@gmail.com 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. Example (libstdc++-v3/include/bits/basic_string.h): inline wstring to_wstring(int __val) { return __gnu_cxx::__to_xstringwstring(std::vswprintf, 4 * sizeof(int), L%d, __val); } Root cause is: note: mismatched types ‘std::size_t {aka unsigned int}’ and ‘const wchar_t*’ L%d, __val); } Does this ring any bell? Yes: you must use MinGW-w64 trunk for GCC = 4.8. This requirement allowed everyone to enjoy std::to_string. Thank your friendly libstdc++ maintainers. Thanks! Will wait for release. Wait for what? Try it! http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8.1/ -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] End of rubenvb builds
2013/6/23 LRN lrn1...@gmail.com -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 to use the plethora of toolchains in a multitude of configurations available at mingw-builds. Comparing download numbers they have a much higher visibility, and e.g. their adoption by the Qt Project speaks of their quality. They have succeeded in doing what I missed when I decided to start building GCC, so my effort spent in doing that is now wasted. Since you brought this up, i have a question: how did you make your toolchains? And how are mingw-builds' toolchains made? Are they cross-compiled from *nix, or are existing W32 toolchains used to [cross-]compile them? Mingw-builds toolchains are builded in windows or wine under MSYS. As I know Ruben's toolchains are cross-compiled from Linux. - -- O ascii ribbon - stop html email! - www.asciiribbon.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) iQEcBAEBAgAGBQJRxz8hAAoJEOs4Jb6SI2CwhroH+QHQaSATuB07H8T2BZrkvAM6 n7hHY2FUjvAEY7eVeHMiLEflXe6VCIgW063zYAi2XShHMEQHdb7IIj5A6FEzuEKZ qGDAFEnsmKYa2CsvFxJvwGM1m+vNpcSq9JConmIFf/TiruEL1S5iPKANhpa9JbIb 16VcvJUbFUpH4CFpObWhvvpRSulgaIEifa5Pt5hTwfYLeDlHTU+9yEE/fLzMjh+y 5NY5j+WKTmFAK/dkEJebN2Q0Ko7MiBvYsSsVeUO7Rmmcbve+GTFaEi12VHFlK9ow M41iy5pknGhhPLeqyNNL4/ZDHHNgTK9dMwgYIiRRywMrIYeb/chHrdai4ABfSss= =/InE -END PGP SIGNATURE- -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] End of rubenvb builds
2013/6/23 Baruch Burstein bmburst...@gmail.com 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 that just works. (I know, your builds didn't have any installer, and if I am willing to live without the installer for your builds, I can just directly download the appropriate package from the mingw-builds site and unpack it, but there is something anoying about trying the recommended way of doing things and not getting it to work that kind of pushes me away from the whole thing) --- END OF RANT Sometimes SF.net has problems with downloading files... On Sun, Jun 23, 2013 at 8:46 PM, Baruch Burstein bmburst...@gmail.comwrote: I used your builds too. I dont remember why, probably cause it was the first one I found that just worked. I'll give the mingw-builds a try. Thank you for your work. On Sun, Jun 23, 2013 at 6:04 PM, K. Frank kfrank2...@gmail.com wrote: Hello Ruben! OOooohhh NOoO!!! On Sun, Jun 23, 2013 at 9:15 AM, Ruben Van Boxem vanboxem.ru...@gmail.com 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 to use the plethora of toolchains in a multitude of configurations available at mingw-builds. Comparing download numbers they have a much higher visibility, and e.g. their adoption by the Qt Project speaks of their quality. They have succeeded in doing what I missed when I decided to start building GCC, so my effort spent in doing that is now wasted. I may dabble into getting Clang 3.3 to work on Windows, perhaps even with libc++, but I am not promising anything. I'll still linger around here though, don't worry. Sad to see your builds depart! (But glad you're staying ...) Now, I'm sure them mingw-builds builds are fine, and such, but where's a fellow to go when he wants a nice, WACKY build? Hmm? You know, like a fine wine -- maybe a bit off the beaten path, quirky, even, but a worthy vintage, nonetheless. Thanks for all your work and all your builds. All the best, Ruben Happy Hacking! K. Frank -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public