Re: [Mingw-w64-public] [Msys2-users] Where can I get an up-to-data patch list for building a native GCC on Windows?

that I ask whether there were some patches for GCC on IRC. So > here is my question: Where can I get an up-to-data patch list for building a > native GCC on Windows? Thanks in advance. You can see patches that we use for GCC on MSYS2 project here: https://github.com/Alexpux/MINGW-packages/tree

Re: [Mingw-w64-public] Any more commits before v5.x branches out?

> 28 февр. 2016 г., в 12:12, JonY написал(а): > > On 2/24/2016 01:14, Martell Malone wrote: >> I pushed all the patches that were previously approved by either yourself >> or kai. >> While kai already approved this I would like someone other then myself to >> confirm this patch doesn't break any

Re: [Mingw-w64-public] libc++ on MinGW-w64

> 29 окт. 2015 г., в 12:51, Ruben Van Boxem > написал(а): > > 2015-10-29 3:54 GMT+01:00 Martell Malone >: > My second reason is clang. > I currently have a mingw-w64 toolchain with this stack. > clang + libc++ + compiler-rt + lld > this equates to > gcc + libstd

Re: [Mingw-w64-public] IDE for MinGW64

> 28 июня 2015 г., в 20:43, Developer 1 написал(а): > > Can anyone recommend me a IDE? > I use Win8.1 and I have been using VSExpress 2013, however, I have decided to > port to GCC due to it being closer to the standard. > http://www.codeblocks.org http://codeli

Re: [Mingw-w64-public] Include and lib search paths for mingw-64

> 23 июня 2015 г., в 10:22, Ruben Van Boxem > написал(а): > > > > 2015-06-23 2:17 GMT+02:00 Óscar Fuentes >: > > So moving cc1plus.exe to `bin' makes the toolchain "self contained", but > it is no solution as soon as you try to execute the programs you created > with

Re: [Mingw-w64-public] "Universal CRT" and Python support

> 19 мая 2015 г., в 10:48, Ruben Van Boxem > написал(а): > > 2015-05-19 9:22 GMT+02:00 Alexpux <mailto:alex...@gmail.com>>: > >> 19 мая 2015 г., в 10:09, Ruben Van Boxem > <mailto:vanboxem.ru...@gmail.com>> написал(а): >> >> Additi

Re: [Mingw-w64-public] "Universal CRT" and Python support

equirement to get streamlined support for the > GCC/Windows/Python combination. What are the chances of this being added to > MinGW-w64 "soon"? I'll be sure to point him to the python patches located > here which can be used as a starting point: > https://github.com/Alex

Re: [Mingw-w64-public] msys2

> 5 мая 2015 г., в 16:27, Baruch Burstein написал(а): > > Is this list also the unofficial/official msys2 list, or is there a separate > one for that? > MSYS2 have separate mailing list: https://sourceforge.net/p/msys2/mailman/ Regards,

Re: [Mingw-w64-public] v4.0.0 released

ate d3d11 declarations and a gcc macro issue). I've just sent > these patches to Jacek for review and approval so they should show up > in wine and mingw-w64 soon. Patches for D3D11 present: https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-headers-git <https://github.co

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

> 22 янв. 2015 г., в 12:50, Jacek Caban написал(а): > > On 01/22/15 06:05, Dongsheng Song wrote: >> Passed full gcc 4.9 32 bit and 64 bit building, then pushed. > > Did anyone review the patch before you pushed? You shouldn't mark is as > DATA until it has emulation code. Agree with it. Rega

Re: [Mingw-w64-public] [PATCH] Do not include non-existent header file 'ansidecl.h'

> 31 дек. 2014 г., в 6:19, dongsheng.s...@gmail.com написал(а): > > > The header file 'ansidecl.h' did not in the repo, and not generated by any > script. > > OK for commit ? > ansidecl.h is part of binutils/gdb > Regards, > Dongsheng > >

Re: [Mingw-w64-public] MSYS2 is violating the GPL again

> 8 дек. 2014 г., в 17:50, Corinna Vinschen написал(а): > > On Dec 8 15:12, Alexpux wrote: >> >>> 8 дек. 2014 г., в 14:27, Corinna Vinschen написал(а): >>> >>> On Dec 8 14:01, Alexpux wrote: >>>> Will update sf.net <http://sf.net/&g

Re: [Mingw-w64-public] MSYS2 is violating the GPL again

> 8 дек. 2014 г., в 14:27, Corinna Vinschen написал(а): > > On Dec 8 14:01, Alexpux wrote: >> Will update sf.net <http://sf.net/> repo today. > > Ok. Done. > >>> And this is only for Cygwin. The situation of the other upstream >>> packages

Re: [Mingw-w64-public] MSYS2 is violating the GPL again

the latest Cygwin source code from 2014-12-06. > > The corresponding source repository at > > http://sourceforge.net/p/msys2/code/ci/master/tree/ > > is even older, with the latest sources from late 2013. I’m use github as primary source for building packages: https://github.com

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

> 24 нояб. 2014 г., в 14:41, Alexpux написал(а): > > >> 24 нояб. 2014 г., в 14:28, Dongsheng Song >> написал(а): >> >> On Mon, Nov 24, 2014 at 5:40 PM, Alexey Pavlov wrote: >>> >>> Use qsort_s from msvcrt according to: >&g

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

> 24 нояб. 2014 г., в 14:28, Dongsheng Song > написал(а): > > On Mon, Nov 24, 2014 at 5:40 PM, Alexey Pavlov wrote: >> >> Use qsort_s from msvcrt according to: >> http://msdn.microsoft.com/en-us/library/4xc60xas.aspx >> > > As MSDN said, both VS 2005, 2008, 2010, 2012 and 2013 have 'qsort_

Re: [Mingw-w64-public] Debugging with GDB

15 окт. 2014 г., в 11:38, Alexander Shukaev написал(а): > Hey everyone, > > Could you guys give me a hint how to properly debug something on Windows with > GDB? > > I usually don't use GDB to find out causes of crashing, i.e. I either infer > them from the code or find it out through logging

Re: [Mingw-w64-public] MinGW-w64 + MSYS: g++ can't include files with unix style prefix?

08 авг. 2014 г., в 20:06, Richard Shaw написал(а): > Ok, a bit of an update... > > I got MSYS2 installed and after I figured out pacman I got mingw-w64 > installed. It is nice having it integrated instead of two separate > installations. Also, most of my dependencies were available so I didn'

Re: [Mingw-w64-public] 4.9.1. fails to compile project while 4.8.1 succeeds

25 июля 2014 г., в 8:05, Óscar Fuentes написал(а): > klo uo writes: > >> I upgraded from 4.8.1 to 4.9.1 (x86_64-4.9.1-release-win32-seh-rt_v3-rev0) >> and noticed that the package I used to build successfully, now fails. >> >> The package is latest hunspell-1.3.3 and it fails with libtool er

Re: [Mingw-w64-public] Add secapi wrapper for sprintf_s

13 июня 2014 г., в 13:35, Roland Winklmeier написал(а): > Are you sure? The last commit in 'stable / v3.x / mingw-w64-crt / secapi / ' > is r5820. > If you are talking about git, you are right, but it is missing in SVN 3.x. > MinGW-builds is using SVN > (http://sourceforge.net/projects/ming

Re: [Mingw-w64-public] 4.8.x and 4.9.x linking with libgcc default

11 июня 2014 г., в 6:50, Jon написал(а): > > On Mon, Jun 9, 2014 at 10:33 AM, Jon wrote: > > On Mon, Jun 9, 2014 at 10:20 AM, Jon wrote: > > On Sat, Jun 7, 2014 at 2:06 PM, Jon wrote: > The 4.8.x series changed its default behavior re: libgcc linking when on > Windows > > http://gcc.gnu.

Re: [Mingw-w64-public] Where is the latest msys(2) download?

32 or 64 bit MINGW toolchains. Script msys2_shell just start normal MSYS session. Regards, Alexey. > On Wed, May 7, 2014 at 9:44 PM, Baruch Burstein wrote: > Thank you. > > > On Wed, May 7, 2014 at 9:38 PM, Alexpux wrote: > > 07 мая 2014 г., в 22:31, Baruch Burstein нап

Re: [Mingw-w64-public] Where is the latest msys(2) download?

07 мая 2014 г., в 22:31, Baruch Burstein написал(а): 32-bit:msys2-base-i686-20140507.tar.xz 64-bit:msys2-base-x86_64-20140507.tar.xz Also you need read https://sourceforge.net/p/msys2/wiki/MSYS2%20installation/ Regards, Alexey. > > > -- > ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ

Re: [Mingw-w64-public] how to remove libgcc_s_sjlj-1.dll dependency

05 мая 2014 г., в 12:22, YIRAN LI написал(а): > > > > 2014-05-05 17:32 GMT+10:00 lh_mouse : > 0) Try -static first. I have been using this option since long ago and it > never fails; > 1) Try -static-libgcc -static-libstdc++. These two should be used together. > Using only one of them does

Re: [Mingw-w64-public] stdio_s.h and 4.9.0 mingw

28 апр. 2014 г., в 14:51, Kai Tietz написал(а): > Hi, > > this issue should be already solved on trunk. So I guess you are > using 3.x version, aren't you? > Yes, x86_64-4.9.0-release-win32-seh-rt_v3-rev0.7z have mingw-w64 v3 from trunk. Regards, Alexey. > Regards, > Kai > > --

Re: [Mingw-w64-public] Experimental builds of GCC-4.9.0

24 апр. 2014 г., в 14:19, Koehne Kai написал(а): >> -Original Message- >> From: niXman [mailto:i.nix...@autistici.org] >> Sent: Tuesday, November 19, 2013 10:10 PM >> To: mingw-w64-public >> Subject: [Mingw-w64-public] Experimental builds of GCC-4.9.0 >> >> >> Hi guys! >> Just now I up

Re: [Mingw-w64-public] [PATCH 1/1] Corrected lib32/d3d9.def file (against directx_Jun2010_redist.exe)

13 апр. 2014 г., в 22:44, Alexpux написал(а): > > 13 апр. 2014 г., в 22:39, Ozkan Sezer написал(а): > >> On 4/13/14, Ray Donnelly wrote: >>> Can someone with commit rights take care of this for us please? >>> >>> Best regards, >>> >

Re: [Mingw-w64-public] [PATCH 1/1] Corrected lib32/d3d9.def file (against directx_Jun2010_redist.exe)

13 апр. 2014 г., в 22:39, Ozkan Sezer написал(а): > On 4/13/14, Ray Donnelly wrote: >> Can someone with commit rights take care of this for us please? >> >> Best regards, >> >> Ray. >> >> On Sun, Apr 13, 2014 at 5:35 PM, Kai Tietz wrote: >>> 2014-04-13 17:52 GMT+02:00 Ozkan Sezer : On

Re: [Mingw-w64-public] Sigh! Back To Microsoft Compiler

24 марта 2014 г., в 23:15, Jim Michaels написал(а): > to quote my earlier email (compilers still there and suspect win32 still may > not work) I had other problems with the current 4.8.2 which I have already > addresses elsewhere. > ===[snip] > > d:\i686-4.8.2-release-win32-sjlj-rt_v3-rev0\m

Re: [Mingw-w64-public] Building LLVM with mingw-w64

/MINGW/x86_64/ > But you also need download all necessary dependencies by hand in this case. > > How we build it is here: > https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-clang > > Regards, > Alexey. > >

Re: [Mingw-w64-public] Building LLVM with mingw-w64

it here: https://sourceforge.net/projects/msys2/files/REPOS/MINGW/x86_64/ But you also need download all necessary dependencies by hand in this case. How we build it is here: https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-clang Regards, Alexey. > Thanks in advance, > > Etienne

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

12 марта 2014 г., в 18:45, Ruben Van Boxem написал(а): > 2014-03-12 14:58 GMT+01:00 kyrab : > bunzip2 from both mingw-w64-i686-bzip2-1.0.6-1 and > mingw-w64-x86_64-bzip2-1.0.6-1 packages don't work. When being ran it > silently does nothing, returning 1.inde > > What packages are you talking a

Re: [Mingw-w64-public] What to Download?

20 янв. 2014 г., в 16:31, John Duffy написал(а): > Hi > > This is probably a very very stupid series of questions, so apologies in > advance, but having poured over the website on numerous occasions, I still > can't figure out what exactly I need to download to use MinGW-64. (I'm > actually

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

t; I'm running into the strangest thing. Whatever I do to apply the getopt > patch, it will always fail on hunk 2 and 3. I have taken it from > mingw-builds, sezero's version at Savannah, my version in > MinGW-w64-build-scripts, and even multiply tried to get a manual working

Re: [Mingw-w64-public] mingw-w64 v3.1.0 out!

12 янв. 2014 г., в 13:54, Victor Bombi написал(а): > Is v3.1.0 incorporated in i686-4.8.2-release-posix-dwarf-rt_v3-rev2? > No. > - Original Message - > From: "Ozkan Sezer" > To: > Sent: Thursday, January 09, 2014 10:52 AM > Subject: Re: [Mingw-w64-public] mingw-w64 v3.1.0 out! > >

Re: [Mingw-w64-public] pacman - failed retrieving file 'mingw32.db' ... error setting certificate verify locations:

05 янв. 2014 г., в 13:35, ResQue написал(а): > does anyone happen to know what this error means? > I could really do with some help understanding what is happening and > what i should do next/ > > $ pacman -Syu > :: Synchronising package databases... > error: failed retrieving file 'mingw32.db

Re: [Mingw-w64-public] Couple of problems installing

04 янв. 2014 г., в 20:20, Alex Barker написал(а): > Hi, > > I am getting two errors when trying to update/install items with > pacman. 1 is a checksum error on > msys2-runtime-2.0.15774.341f1f2-1-x86_64.pkg.tar.xz and the other is a > 404 on the same file. > > $ pacman -Syu > :: Synchroniz

Re: [Mingw-w64-public] Shell

27 дек. 2013 г., в 8:24, Jon написал(а): > On 12/26/13, Vincent Torri wrote: >> you can't use windows cmd to run configure scripts. You must use MSYS' >> terminal, Cygwin's terminal or other terminals which do the same job. >> >> regards >> >> Vincent Torri >> >> >> On Thu, Dec 26, 2013 at

Re: [Mingw-w64-public] clang on Windows

25 дек. 2013 г., в 0:08, Óscar Fuentes написал(а): > Alexpux writes: > >> My 50 cents to this topic. There are some interesting discussion about >> porting clang to self-hosting on windows >> http://clang-developers.42468.n3.nabble.com/Porting-libcxxabi-Unwind

Re: [Mingw-w64-public] clang on Windows

24 дек. 2013 г., в 23:13, Óscar Fuentes написал(а): > Ivan Garramona > writes: > >> I think Clang svn uses its integrated assembler. > > IIRC Clang uses the integrated assembler since a few releases ago. > >> But it still needs GCC for linking though. > > On Windows, Clang needs MinGW or VS

Re: [Mingw-w64-public] Installing gcc 4.8

11 дек. 2013 г., в 18:54, Ruben Van Boxem написал(а): > 2013/12/11 niXman > Ruben Van Boxem 2013-12-11 18:12: > > Anyways, as I said these are old builds that had their inception in me > > wanting a toolchain. Currently there are various build projects, > > including > > mingw-builds that are h

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

10 дек. 2013 г., в 8:46, Alexpux написал(а): > > 10 дек. 2013 г., в 7:43, asmwarrior написал(а): > >> On 2013-12-10 11:19, Alexpux wrote: >>> >>> 10 дек. 2013 г., в 7:11, asmwarrior написал(а): >>> >>>> On 2013-12-10 10:34, Alexpux

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

10 дек. 2013 г., в 7:43, asmwarrior написал(а): > On 2013-12-10 11:19, Alexpux wrote: >> >> 10 дек. 2013 г., в 7:11, asmwarrior написал(а): >> >>> On 2013-12-10 10:34, Alexpux wrote: >>>>>>> Question 2: >>>>>>

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

10 дек. 2013 г., в 7:11, asmwarrior написал(а): > On 2013-12-10 10:34, Alexpux wrote: >>>>> Question 2: >>>>> I can't find the python header files. >>>> /opt/include/python2.7 >>> >>> Well, I don't see a folder named &q

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

10 дек. 2013 г., в 5:01, asmwarrior написал(а): > On 2013-12-9 23:01, Alexpux wrote: >> >> 09 дек. 2013 г., в 18:48, asmwarrior >> > <mailto:asmwarrior-re5jqeeqqe8avxtiumw...@public.gmane.org>> написал(а): >> >>> >>> Hi, thanks for yo

Re: [Mingw-w64-public] winpthreads kill

t; Any hints? You can see how we build it for our toolchain https://github.com/Alexpux/mingw-builds/blob/develop/scripts/winpthreads.sh#L54-L65 To build debug version you can guid with CFLAGS="-O0 -g» Regards, Alexey. > > victor > > - Original Message - > From: "V

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

t; to GDB toplevel configure like: > --with-python=/python/python > Where under MSYS, I have a mount that > E:\code\python27/python > (More details on how to build GDB can be found my own wiki page [1]) > Note that E:\code\python27 is the folder I install the official pyth

Re: [Mingw-w64-public] Behavior

06 дек. 2013 г., в 8:48, wynfi...@gmail.com написал(а): > > I understand that on cygwin /bin and /usr/bin both point to the same > directory. No. On cygwin this is two different directories. They are the same on MSYS. Regards, Alexey. > Given that and that the ming2-w64 gcc program is shown

Re: [Mingw-w64-public] Conflicting C/C++ linkage in xmmintrin.h vs intrin.h

04 дек. 2013 г., в 15:32, Koehne Kai написал(а): > > >> -Original Message----- >> From: Alexpux [mailto:alex...@gmail.com] >> Sent: Wednesday, December 04, 2013 11:55 AM >> To: mingw-w64-public@lists.sourceforge.net >> Subject: Re: [Mingw-w64-

Re: [Mingw-w64-public] Conflicting C/C++ linkage in xmmintrin.h vs intrin.h

t;>> http://pkgs.fedoraproject.org/cgit/mingw-gcc.git/tree/gcc-make- >>> xmmintrin-header-cplusplus-compatible.patch >>> >>> >>> >>> Also we have more complex patch for it: >>> https://github.com/Alexpux/mingw-builds/blob/mingw-w64- &

Re: [Mingw-w64-public] Conflicting C/C++ linkage in xmmintrin.h vs intrin.h

04 дек. 2013 г., в 14:40, Koehne Kai написал(а): > > >> -Original Message----- >> From: Alexpux [mailto:alex...@gmail.com] >> Sent: Wednesday, December 04, 2013 11:18 AM >> To: mingw-w64-public@lists.sourceforge.net >> Subject: Re: [Mingw-w64-

Re: [Mingw-w64-public] It's impossible to install mingw-w64-x86_64 group in msys2 (64 bit)

04 дек. 2013 г., в 14:15, awson написал(а): > pacman -S mingw-w64-x86_64 gives this error: > > error: failed retrieving file > 'mingw-w64-x86_64-gettext-0.18.3.1-1-any.pkg.tar.xz' from sourceforge.net : > Maximum file size exceeded > > if I download mingw-w64-x86_64-gettext-0.18.3.1-1-any.pkg.

Re: [Mingw-w64-public] Conflicting C/C++ linkage in xmmintrin.h vs intrin.h

in-header-cplusplus-compatible.patch >> >> >> >> Also we have more complex patch for it: >> https://github.com/Alexpux/mingw-builds/blob/mingw-w64- >> builds/patches/gcc/gcc-4.8-intrin.patch >> > > > Actually this patch seems missing from latest Mi

Re: [Mingw-w64-public] problem with mingw-builds 4.8.1 v3 rev0 i686 32 libshlwapi.a?

01 дек. 2013 г., в 15:00, JonY написал(а): > On 12/1/2013 10:43, JonY wrote: >> On 11/30/2013 20:17, niXman wrote: >>> niXman 2013-11-28 10:45: Hmm... Symbol SHValidateUNC is not exists in lib32/shell32.def, but exists in lib64/shell32.def. These two files are very different. The

Re: [Mingw-w64-public] help with mingw 4.8.2 installation

27 нояб. 2013 г., в 14:08, Alessio Mochi написал(а): >> You need only toolchain. You don’t need mingw-w64-v3.0.0.tar.bz2 > >> After toolchain unpack you can use it > > > Sorry I did not understand your answer. I need the mingw 4.8.2. please > 1. I need the link where to download it > 2. instr

Re: [Mingw-w64-public] help with mingw 4.8.2 installation

27 нояб. 2013 г., в 13:19, Alessio Mochi написал(а): > Hello, > I need to install mingw 4.8.2 because the mingw support say me that some > internal error get fixed in this release. > I go to > http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/min

Re: [Mingw-w64-public] MSYS2 use of MSYSTEM

23 нояб. 2013 г., в 13:56, Jon написал(а): > To confirm, the only effect of setting MSYSTEM (e.g. - setting to MSYS, > MINGW32, or MINGW64) in an MSYS2 + mingw-w64 environment is (a) uname changes > its output, and therefore (b) config.guess spews one of the following three? > > ${UNAME_MAC

Re: [Mingw-w64-public] The not-so-minimal MSYS2 and duplication of PKGBUILDs for no reason.

22 нояб. 2013 г., в 17:05, Ruben Van Boxem написал(а): > Hi everyone, > > I'd like to thank the MSYS2 devs for their excellent work on getting this > quick and dirty POSIX shell/development environment working. Although I never > use it anymore, it had its uses to me at one point and can app

Re: [Mingw-w64-public] *_shell.bat doc

22 нояб. 2013 г., в 15:44, Patrick von Reth написал(а): > Hi could you please add a readme explaining the differences between the > *_shell.bat’s and what's been set by them, so what's the difference to > calling “set HOMER=%USERPROFILE% && bash -i --login” which other effects have > the *_sh

Re: [Mingw-w64-public] MSYS2 mpfr upgrade via pacman error

or comment in /etc/pacman.conf mingw repository 17 нояб. 2013 г., в 22:15, Alexpux написал(а): > > 17 нояб. 2013 г., в 22:13, Jon написал(а): > >> >> On Sun, Nov 17, 2013 at 1:06 PM, Jon wrote: >> $ pacman -Syu >> :: Synchronizing package databases... >&

Re: [Mingw-w64-public] MSYS2 mpfr upgrade via pacman error

17 нояб. 2013 г., в 22:13, Jon написал(а): > > On Sun, Nov 17, 2013 at 1:06 PM, Jon wrote: > $ pacman -Syu > :: Synchronizing package databases... > msys 75.5 KiB 337K/s 00:00 > [] 100% > :: Starting full system upgrade... > resolving de

Re: [Mingw-w64-public] MSYS2 mpfr upgrade via pacman error

17 нояб. 2013 г., в 22:06, Jon написал(а): > $ pacman -Syu > :: Synchronizing package databases... > msys 75.5 KiB 337K/s 00:00 > [] 100% > :: Starting full system upgrade... > resolving dependencies... > looking for conflicting packages..

Re: [Mingw-w64-public] MSYS2 correct HOME setup

14 нояб. 2013 г., в 0:56, Jon написал(а): > > Jon@Black ~ > $ cd ~ > > Jon@Black /home/Jon > $ pwd > /home/Jon > > Sorry, the above is not correct in the default case. The correct version is: > > Jon@Black ~ > $ cd ~ > -bash: cd: /home/Jon: No such file or directory > > Jon@Black ~ > $ pwd

Re: [Mingw-w64-public] MSYS2 correct HOME setup

14 нояб. 2013 г., в 0:48, Jon написал(а): > > On Wed, Nov 13, 2013 at 3:36 PM, Alexpux wrote: > > 14 нояб. 2013 г., в 0:31, Jon написал(а): > >> I'm an old cygwin user who went astray years ago and would like to confirm >> my MSYS2 setup. >> >&g

Re: [Mingw-w64-public] MSYS2 correct HOME setup

14 нояб. 2013 г., в 0:31, Jon написал(а): > I'm an old cygwin user who went astray years ago and would like to confirm my > MSYS2 setup. > > Here's what I'm doing to have a sandboxed style setup that isolates my normal > windows setup. For example, I don't want MSYS2's default /etc/profile to

Re: [Mingw-w64-public] MSYS2

12 нояб. 2013 г., в 16:36, Óscar Fuentes написал(а): > Hello Alexey, > > Alexey Pavlov 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 cor

Re: [Mingw-w64-public] MSYS2

12 нояб. 2013 г., в 16:18, Zach Thibeau написал(а): > Heh, sorry for the multiple replies, it is working just missed the xz package > to be installed > pacman -S xz? What error? > On Nov 12, 2013 7:08 AM, "Alexpux" wrote: > > 12 нояб. 2013 г., в 16:06

Re: [Mingw-w64-public] MSYS2

12 нояб. 2013 г., в 16:06, Zach Thibeau написал(а): > 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" wrote: > Today I want to announce that M

Re: [Mingw-w64-public] MSYS2 discussions OT for this list?

09 нояб. 2013 г., в 23:02, Zach Thibeau написал(а): > I think he means just in general stuff related to aur type packages etc, I > could he wrong though I build repo for MSYS2 as full working repository as core repository in Arch Linux--

Re: [Mingw-w64-public] MSYS2 discussions OT for this list?

09 нояб. 2013 г., в 22:46, Jon написал(а): > > On Sat, Nov 9, 2013 at 12:11 PM, Alexpux wrote: > > 09 нояб. 2013 г., в 8:45, Jon написал(а): > >> After reviewing sbuild's use of MSYS2 artifacts to provide toolchains and >> then some >> >> ht

Re: [Mingw-w64-public] MSYS2 discussions OT for this list?

09 нояб. 2013 г., в 22:33, Ruben Van Boxem написал(а): > Op 9-nov.-2013 18:12 schreef "Alexpux" : > > > > > > 09 нояб. 2013 г., в 8:45, Jon написал(а): > > > >> After reviewing sbuild's use of MSYS2 artifacts to provide toolchains and > &

Re: [Mingw-w64-public] MSYS2 discussions OT for this list?

Just now packman is working as MSYS2 application not true windows application. It will work only with msys2. There are some peaces that need to be ported to work properly under MSYS2. It not critical now but in future we need port this features or remove from pacman > On Nov 9, 2013 12:11 P

Re: [Mingw-w64-public] MSYS2 discussions OT for this list?

09 нояб. 2013 г., в 8:45, Jon написал(а): > After reviewing sbuild's use of MSYS2 artifacts to provide toolchains and > then some > > https://www.gitorious.org/sbuild/sbuild/source/a8f47daae77bb2390843250fbe6445fed784d866:buildall.py#L33-149 > > I have MSYS2 related questions for LRN, Alexey,

Re: [Mingw-w64-public] Cross-compiling linker issue

04 нояб. 2013 г., в 20:03, Zbigniew Diaczyszyn написал(а): > Am 04.11.2013 15:26, schrieb Alexpux: >> Show how you build tcl/tk > > In general I don't build but I use a binary Community version from > ActiveState. Under Unix It provides the libtclstub8.5.a library

Re: [Mingw-w64-public] Cross-compiling linker issue

04 нояб. 2013 г., в 16:23, Zbigniew Diaczyszyn написал(а): > I have tried to cross-compile a 64bit dll for Windows on a 64bit Linux > host: Linux darkstar 3.2.29 x86_64 > > The mingw64 toolchain has been built from scratch with the MingGW-w64 > Build Script 3.5.0 found on > http://zeranoe.com

Re: [Mingw-w64-public] MSYS2

26.10.2013, в 15:05, Pau Garcia i Quiles написал(а): > Hello, > Hi! > I am still having trouble with mkpasswd: > Why you do it by hand? MSYS2 automatically do it on first start. > --8<--- > Your group is currently "mkpasswd". This indicates that your > gid is not in /etc/group and your uid i

Re: [Mingw-w64-public] MSYS2

22.10.2013, в 8:11, Alexpux написал(а): > > 22.10.2013, в 1:11, Óscar Fuentes написал(а): > >> Alexey Pavlov writes: >> >>> New MSYS2 snapshots: >>> >>> 32-bit: >>> x32-msys2-20131021.tar.xz<http://sourceforge.net/projects

Re: [Mingw-w64-public] MSYS2

22.10.2013, в 1:11, Óscar Fuentes написал(а): > Alexey Pavlov writes: > >> New MSYS2 snapshots: >> >> 32-bit: >> x32-msys2-20131021.tar.xz >> >> 64-bit: >> x64-msys2-20131021.tar.xz

Re: [Mingw-w64-public] MSYS2: expect

18.09.2013, в 12:40, Rainer Emrich написал(а): I'm trying to run testsuite myself too. All tests fail because fail fix includes. Something wrong with reading from stdin. My log is here: http://pastebin.com/LKdiuPUG fixincl is native Windows program but other - is MSYS programs and something w

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

29.08.2013, в 21:38, Erik van Pienbroek написал(а): >> mingw-qt5-qtbase-5.1.0-5 >> ** Package failed to build while it succeeded during the previous mass >> rebuild ** >> Package owner: epienbro >> Time to build: 9 minutes, 54 seconds >> Build logs: >> http://build1.vanpien

Re: [Mingw-w64-public] Qt problem

sions greater than 4.7 >> since at least 5.0.1 (if my memory is correct) >> >> There's also Alexey's Qt-builds project should you want 64-bit and the >> ability to build it all yourself: >> http://sourceforge.net/projects/mingwbuilds/files/external-binary-pac

Re: [Mingw-w64-public] MSYS2

Ок I see problem. To have working expect just copy /lib/expect5.45/libexpect5.45.dll to /bin( DO NOT MOVE ONLY COPY). Regards, Alexey. 26.08.2013, в 19:53, Teemu Nätkinniemi написал(а): > On 26.8.2013 18:38, Rainer Emrich wrote: >> Am 26.08.2013 17:27, schrieb Alexpux: >>>

Re: [Mingw-w64-public] MSYS2

I'll upload new dev snapshots today in few hours. Regards, Alexey. 26.08.2013, в 18:20, Ray Donnelly написал(а): > Will there be a new developer snapshot too or should I just unpack > this on-top of the last one and hope for the best? > > On Mon, Aug 26, 2013 at 7:19 AM, niXman wrote: >> 2013

Re: [Mingw-w64-public] MSYS2

26.08.2013, в 19:17, Rainer Emrich написал(а): > Thank's for your work! > > Am 26.08.2013 08:09, schrieb Alexey Pavlov: >> - vim-7.4.007; > That's nice to have. > > Did you ever tried expect? For me it doesn't work, always returns immediately > without any output. How to reproduce problem? >

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

16.07.2013, в 0:44, Ruben Van Boxem написал(а): > 2013/7/15 Earnie Boyd > On Mon, Jul 15, 2013 at 2:09 PM, Alexey Pavlov wrote: > > 2013/7/15 Jon : > >> On Mon, 15 Jul 2013 11:02:20 +0400 > >> niXman wrote: > >> > >>> 2013/7/15 Jon: > >>> > When I build C apps with mingwbuilds 4.8.1-win32-sjlj,

Re: [Mingw-w64-public] MSYS2

11.07.2013, в 3:52, Teemu Nätkinniemi написал(а): > On 9.7.2013 20:33, Alexey Pavlov wrote: >> >> >> >> 2013/7/9 Teemu Nätkinniemi mailto:tnatk...@gmail.com>> >> >>On 9.7.2013 20:21, Alexey Pavlov wrote: >>> Upload new MSYS2 snapshots: >> >>Does this already work with win32 tools? >

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

-- Alexpux Отправлено с помощью Sparrow (http://www.sparrowmailapp.com/?sig) воскресенье, 7 июля 2013 г. в 16:31, Adrien Nader написал: > Hi, > > Sorry for answering that late, I was away a bit and could catch up > properly only now. > > This email is unfortunately a b

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)

03.07.2013, в 12:23, niXman написал(а): > 2013/7/3 Ruben Van Boxem: >> The bug report clearly shows it is not ld.exe that is running out of memory, >> but cc1plus.exe: >> >> cc1plus.exe: out of memory allocating 279536 bytes > > Yes, you right. > >> So linking the GCC compiler executables wit

Re: [Mingw-w64-public] MSYS2 GPL infringement (was Re: MSYS2)

-- Alexpux Отправлено с помощью Sparrow (http://www.sparrowmailapp.com/?sig) среда, 12 июня 2013 г. в 18:00, Corinna Vinschen написал: > On Jun 12 15:50, Alexpux wrote: > > среда, 12 июня 2013 г. в 14:47, Corinna Vinschen написал: > > > On Jun 11 21:10, Алексей Павлов w

Re: [Mingw-w64-public] MSYS2 GPL infringement (was Re: MSYS2)

-- Alexpux Отправлено с помощью Sparrow (http://www.sparrowmailapp.com/?sig) среда, 12 июня 2013 г. в 18:33, Corinna Vinschen написал: > On Jun 12 15:11, Ray Donnelly wrote: > > Ok, We're back to asking for a plugin with a clearly defined interface for > > env. var

Re: [Mingw-w64-public] MSYS2 GPL infringement (was Re: MSYS2)

-- Alexpux Отправлено с помощью Sparrow (http://www.sparrowmailapp.com/?sig) среда, 12 июня 2013 г. в 14:47, Corinna Vinschen написал: > Hi Алексей, > > On Jun 11 21:10, Алексей Павлов wrote: > > Cygwin and MSYS have significantly different goals (even if MSYS is > &

Re: [Mingw-w64-public] MSYS2 GPL infringement (was Re: MSYS2)

-- Alexpux Отправлено с помощью Sparrow (http://www.sparrowmailapp.com/?sig) среда, 12 июня 2013 г. в 14:47, Corinna Vinschen написал: > Hi Алексей, > > On Jun 11 21:10, Алексей Павлов wrote: > > Cygwin and MSYS have significantly different goals (even if MSYS is > &

Re: [Mingw-w64-public] GDB version information for ruben vb build (Ruben Van Boxem)

03.06.2013, в 12:56, Abir Basak написал(а): > All version of QtC also works with mingw builds gdb. > I presently do NOT use mingw builds as sometimes I get strange problems with > that dual target build (specifically when I use it with boost.unit_test). I > do NOT use Qt, I use Qt Creator just

Re: [Mingw-w64-public] MSYS2

07.06.2013, в 10:13, Martin Mitáš написал(а): > > Hi Alexey, > > I have just tried the 64-bit package on Win 7. I unpacked it it into C:\msys > as a replacement of my old MSYS package (not sure where it came from). It > could be an old MSYS package from the mingw project). I am using console

Re: [Mingw-w64-public] GDB version information for ruben vb build (Ruben Van Boxem)

03.06.2013, в 12:56, Abir Basak написал(а): > All version of QtC also works with mingw builds gdb. > I presently do NOT use mingw builds as sometimes I get strange problems with > that dual target build (specifically when I use it with boost.unit_test). I > do NOT use Qt, I use Qt Creator jus

Re: [Mingw-w64-public] segfault

03.04.2013, в 14:13, Alexpux <alex...@gmail.com> написал(а):03.04.2013, в 14:08, Ahso Aa <ahs...@yahoo.com> написал(а):Hi RubenIf you could provide a sensible backtrace (gdb command "bt") that would help.pasted belowAre all dependencies compiled with the same toolchain? No I

Re: [Mingw-w64-public] segfault

03.04.2013, в 14:08, Ahso Aa написал(а): > Hi Ruben > If you could provide a sensible backtrace (gdb command "bt") that would help. > > pasted below > > Are all dependencies compiled with the same toolchain? > > No I don't think so > > Can you try a 32-bit MinGW-w64, recompile everything, an

Re: [Mingw-w64-public] Using Python and Mingw64

I think it would be great if patches will be merged in Python tree and we can build Python with mingw without this big list of patches. I can help with splitting too some later when finish some work on MSYS2. 15.03.2013, в 11:37, Ray Donnelly написал(а): > Hi Ruben. > > It would be great to

Re: [Mingw-w64-public] Using Python and Mingw64

14.03.2013, в 19:41, Алексей Павлов написал(а): > Yes this is Ray's patches and they works well. I add them to mingw-builds > project for future use when released gdb with Python3 support. > > Oh, gdb has Python3 support, does it? I'll have to take a look at that then > :) > > Ruben > > Ye

Re: [Mingw-w64-public] Using Python and Mingw64

14.03.2013, в 19:27, Ruben Van Boxem написал(а): > Never mind, I found these: > > https://github.com/niXman/mingw-builds/tree/master/patches/Python-3.3.0 > Yes this is Ray's patches and they works well. I add them to mingw-builds project for future use when released gdb with Python3 support.

  1   2   >