Re: [Mingw-w64-public] advantage of keeping mingw-w64-libraries and mingw-w64-tools within crt package

2013-10-12 Thread Alon Bar-Lev
On Sun, Oct 13, 2013 at 4:45 AM, JonY wrote: > On 10/13/2013 05:24, Alon Bar-Lev wrote: >> Hi, >> >> Is there any advantage of keeping mingw-w64-libraries and >> mingw-w64-tools at same package as the crt? >> > > Heard you the first time. I hope no harm is done when I use a human text in message

Re: [Mingw-w64-public] sbuild update - mingw-w64 3.0.1+ and more

2013-10-12 Thread JonY
On 10/13/2013 11:19, LRN wrote: > On 13.10.2013 07:05, Yaakov (Cygwin/X) wrote: >> On 2013-10-12 21:53, LRN wrote: >>> I did make a native x86_64 toolchain back in the day, so i can do it. >>> But none of the projects that i'm working with actually requires 64-bit >>> code (and libgcrypt, for examp

Re: [Mingw-w64-public] sbuild update - mingw-w64 3.0.1+ and more

2013-10-12 Thread LRN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.10.2013 07:05, Yaakov (Cygwin/X) wrote: > On 2013-10-12 21:53, LRN wrote: >> I did make a native x86_64 toolchain back in the day, so i can do it. >> But none of the projects that i'm working with actually requires 64-bit >> code (and libgcrypt,

Re: [Mingw-w64-public] sbuild update - mingw-w64 3.0.1+ and more

2013-10-12 Thread Yaakov (Cygwin/X)
On 2013-10-12 21:53, LRN wrote: > I did make a native x86_64 toolchain back in the day, so i can do it. > But none of the projects that i'm working with actually requires 64-bit > code (and libgcrypt, for example, explicitly stated that it is not fit > to be used on 64-bit W32 just yet), FYI, x86_

Re: [Mingw-w64-public] sbuild update - mingw-w64 3.0.1+ and more

2013-10-12 Thread LRN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12.10.2013 21:31, Jon wrote: > On Fri, Oct 11, 2013 at 1:47 AM, LRN wrote: > >> Sbuild (i686 MSYS2 + i686 mingw-w64) was updated. >> > > Impressive. > > Similar to my other post, I'm assuming you're OK with additional download > traffic to `mingw

Re: [Mingw-w64-public] advantage of keeping mingw-w64-libraries and mingw-w64-tools within crt package

2013-10-12 Thread JonY
On 10/13/2013 05:24, Alon Bar-Lev wrote: > Hi, > > Is there any advantage of keeping mingw-w64-libraries and > mingw-w64-tools at same package as the crt? > Heard you the first time. > These cannot be compiled if there is no fully functional toolchain. > > Following sequence does not work: >

[Mingw-w64-public] advantage of keeping mingw-w64-libraries and mingw-w64-tools within crt package

2013-10-12 Thread Alon Bar-Lev
Hi, Is there any advantage of keeping mingw-w64-libraries and mingw-w64-tools at same package as the crt? These cannot be compiled if there is no fully functional toolchain. Following sequence does not work: 1. binutil 2. crt headers 3. gcc-stage1 4. crt --with-libraries --with-tools The libra

[Mingw-w64-public] building crt at one pass (headers + crt)

2013-10-12 Thread Alon Bar-Lev
Hi, I know this is odd question... as usually the order is: 1. binutils 2. crt headers 3. gcc stage 1 4. crt 5. gcc stage 2 In this sequence crt can use the installed headers while it is being built. However, a sequence of crt update fails for us (Gentoo)... having already built environment and

Re: [Mingw-w64-public] sbuild update - mingw-w64 3.0.1+ and more

2013-10-12 Thread Jon
On Fri, Oct 11, 2013 at 1:47 AM, LRN wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Sbuild (i686 MSYS2 + i686 mingw-w64) was updated. > Impressive. Similar to my other post, I'm assuming you're OK with additional download traffic to `mingw_base_url_template` if I get interested in

Re: [Mingw-w64-public] [ANN] Win-builds 1.3-alpha1 (formerly "yypkg mingw-builds")

2013-10-12 Thread Jon
On Fri, Oct 11, 2013 at 3:41 AM, Adrien Nader wrote: > Hi, > > I am pleased to announce the first alpha for the 1.3 release of > win-builds.org. > > Interesting and this is certainly humorous http://cgit.notk.org/adrien/yypkg/win-builds.git/tree/hall_of_shame.html If I become interested in using