Re: [Mingw-w64-public] A small minor sbuild update - MSYS2 stuff

2013-10-23 Thread LRN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24.10.2013 1:14, Adrien Nader wrote: > On Wed, Oct 23, 2013, Adrien Nader wrote: >> On Wed, Oct 23, 2013, LRN wrote: >>> binutils and findutils were updated mostly because apt-get doesn't want >>> to download source tarballs for old versions anymore

Re: [Mingw-w64-public] A small minor sbuild update - MSYS2 stuff

2013-10-23 Thread LRN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24.10.2013 1:07, Adrien Nader wrote: > On Wed, Oct 23, 2013, LRN wrote: >> binutils and findutils were updated mostly because apt-get doesn't want >> to download source tarballs for old versions anymore. This is annoying, >> and i should probably sw

Re: [Mingw-w64-public] A small minor sbuild update - MSYS2 stuff

2013-10-23 Thread Adrien Nader
On Wed, Oct 23, 2013, Adrien Nader wrote: > On Wed, Oct 23, 2013, LRN wrote: > > binutils and findutils were updated mostly because apt-get doesn't want > > to download source tarballs for old versions anymore. This is annoying, > > and i should probably switch to http://alpha.gnu.org/gnu/findutils

Re: [Mingw-w64-public] A small minor sbuild update - MSYS2 stuff

2013-10-23 Thread Adrien Nader
On Wed, Oct 23, 2013, LRN wrote: > binutils and findutils were updated mostly because apt-get doesn't want > to download source tarballs for old versions anymore. This is annoying, > and i should probably switch to http://alpha.gnu.org/gnu/findutils/ for > findutils tarballs (and no, i haven't hear

Re: [Mingw-w64-public] A small major sbuild update

2013-10-23 Thread Teemu Nätkinniemi
On 23.10.2013 21:09, LRN wrote: >> This fixed the problem but using vanilla MSYS2 with Autoconf 2.69 >> doesn't have this issue. > I've set up bash_msys.bat to set SHELLOPTS=igncr. Removing the line fixed the issue. AFAIK, sbuild is by far the most complete method of building a Mingw/MSYS2 toolc

Re: [Mingw-w64-public] A small major sbuild update

2013-10-23 Thread LRN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23.10.2013 21:38, Teemu Nätkinniemi wrote: > On 23.10.2013 20:29, LRN wrote: >> Alternatively you can do autoreconf, which will (or should, at least) >> rebuild configure with patched status.m4 that you get from the autoconf >> package that sbuild i

Re: [Mingw-w64-public] A small major sbuild update

2013-10-23 Thread Teemu Nätkinniemi
On 23.10.2013 20:29, LRN wrote: > Alternatively you can do autoreconf, which will (or should, at least) > rebuild configure with patched status.m4 that you get from the autoconf > package that sbuild installed. This fixed the problem but using vanilla MSYS2 with Autoconf 2.69 doesn't have this is

Re: [Mingw-w64-public] A small major sbuild update

2013-10-23 Thread LRN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23.10.2013 21:19, Teemu Nätkinniemi wrote: > On 21.10.2013 23:01, LRN wrote: > >> sbuild[1] was bumped to 3.2 due to the basic toolchain update - mingw > > This is the first version of sbuild I've tried and cannot configure > anything as I get th

Re: [Mingw-w64-public] A small major sbuild update

2013-10-23 Thread Teemu Nätkinniemi
On 21.10.2013 23:01, LRN wrote: > sbuild[1] was bumped to 3.2 due to the basic toolchain update - mingw This is the first version of sbuild I've tried and cannot configure anything as I get the following error every time and cannot figure out what is causing the problem. The system is Windows 8

Re: [Mingw-w64-public] Building Cygwin cross-compilers from source

2013-10-23 Thread LRN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23.10.2013 17:48, Ruben Van Boxem wrote: > With the advent of Cygwin64 and probably a small overhaul of the build > system to accomodate MinGW-w64, I'm hoping it will be easier to build a > cygwin cross-compiler. > > I would like to ultimately end

[Mingw-w64-public] Building Cygwin cross-compilers from source

2013-10-23 Thread Ruben Van Boxem
Hi, With the advent of Cygwin64 and probably a small overhaul of the build system to accomodate MinGW-w64, I'm hoping it will be easier to build a cygwin cross-compiler. I would like to ultimately end up with AUR packages for Cygwin, just like I provide for MinGW-w64, which would allow people dev

Re: [Mingw-w64-public] MSYS2

2013-10-23 Thread Rainer Emrich
Am 21.10.2013 21:28, schrieb John E. / TDM: > On 10/21/2013 1:10 PM, Alexey Pavlov wrote: >> New MSYS2 snapshots: > *snip* > > Hi Alexey, > > I just wanted to congratulate you on your work and provide another data > point. I've started using MSYS2 to perform GCC toolchain builds and it > appears to

Re: [Mingw-w64-public] MSYS2

2013-10-23 Thread niXman
Ruben Van Boxem 2013-10-23 15:39: > 'created' was correct here ;-). Either say "is created", or "when you create > it", etc... thanks :) -- Regards, niXman ___ Dual-target(32 & 64-bit) MinGW compilers for 32 and 64-bit Windows: http://source

Re: [Mingw-w64-public] MSYS2

2013-10-23 Thread Ruben Van Boxem
2013/10/23 niXman > > Myabe when archive is created need to use '--dereference' and/or > > '--hard-dereference' ? > *creating > 'created' was correct here ;-). Either say "is created", or "when you create it", etc... Ruben > > -- > Regards, niXman > ___

Re: [Mingw-w64-public] MSYS2

2013-10-23 Thread niXman
> Myabe when archive is created need to use '--dereference' and/or > '--hard-dereference' ? *creating -- Regards, niXman ___ Dual-target(32 & 64-bit) MinGW compilers for 32 and 64-bit Windows: http://sourceforge.net/projects/mingw-w64/

Re: [Mingw-w64-public] MSYS2

2013-10-23 Thread niXman
Ray Donnelly писал 2013-10-23 15:06: > To work around this problem you can use 7z GUI to extract and it when > it asks if you want to overwrite the Python include files with a 0 > byte sized one, say "No to all". Myabe when archive is created need to use '--dereference' and/or '--hard-dereference

Re: [Mingw-w64-public] MSYS2

2013-10-23 Thread Ray Donnelly
To work around this problem you can use 7z GUI to extract and it when it asks if you want to overwrite the Python include files with a 0 byte sized one, say "No to all". On Wed, Oct 23, 2013 at 11:49 AM, Rainer Emrich wrote: > Am 22.10.2013 17:00, schrieb Alexey Pavlov: >> Yesterday snapshots con

Re: [Mingw-w64-public] MSYS2

2013-10-23 Thread Rainer Emrich
Am 22.10.2013 17:00, schrieb Alexey Pavlov: > Yesterday snapshots contain errors that may cause errors during uncompress. > Today I upload new snapshots that fix this issue There's a new issue concerning the include/python* directories. Please check the archives. With "tar tvf" I get: . . . -rw-