Re: [Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread Loaden
Not work under Ubuntu 12.04 64bit. loaden@qpsoft:~/qpSOFT/Projects/Qbs/tests/manual$ ls > /opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.7.1/../../../../x86_64-w64-mingw32/bin/as > > /opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.7.1/../../../../x86_64-w64-mingw32/bin/as > loaden@qpsoft:~/qpSO

Re: [Mingw-w64-public] Question: improved win32 threading model for Vista+

2012-08-10 Thread K. Frank
Hello Luis! On Mon, Aug 6, 2012 at 3:08 PM, Luis Lavena wrote: > Hello, > > A few months ago there was a conversation on this list about an > improved threading model that will avoid the dependency on > pthread-like wrappers. Would this be the discussion started by Jonathan Wakely: http://gc

Re: [Mingw-w64-public] experimental 4.7 std::thread enabled build by rubenvb

2012-08-10 Thread Martin Mitáš
> Clang for now uses "gcc"/"g++" for linking, and uses its runtime > libraries libgcc and libstdc++. The way I set this up is to extract > the gcc-dw2 and clang-3.1 packages into the same directory. Then > everything (C and C++ headers, linker) will be found. binutils etc. > are still used, an

Re: [Mingw-w64-public] experimental 4.7 std::thread enabled build by rubenvb

2012-08-10 Thread Ruben Van Boxem
2012/8/10 Martin Mitáš > > > You might have also noticed I rearranged the "release" part of thee > > "rubenvb" section of the Personal Builds, going in against my previous > > promise. At the time of this writing, there are the following > directories: > > gcc-4.5-release > > gcc-4.6-release > >

Re: [Mingw-w64-public] experimental 4.7 std::thread enabled build by rubenvb

2012-08-10 Thread Martin Mitáš
> You might have also noticed I rearranged the "release" part of thee > "rubenvb" section of the Personal Builds, going in against my previous > promise. At the time of this writing, there are the following directories: > gcc-4.5-release > gcc-4.6-release > gcc-4.7-release > gcc-4.7-experimental

Re: [Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread Ruben Van Boxem
2012/8/10 Chris Sutcliffe > On 10 August 2012 07:48, Ruben Van Boxem wrote: > > I have just finished uploading a gcc-4.7.1-1-release build, built with > GCC > > 4.7.1, latest binutils/gdb and MinGW-w64 v2.0.5. > > I'm having issues using the i686-win32 g++ compiler in this release, > in that cc1p

Re: [Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread Ruben Van Boxem
2012/8/10 Martin Mitáš > > Dne 10.8.2012 15:50, Ruben Van Boxem napsal(a): > > 2012/8/10 > >> >> Hi Ruben, >> >> thanks for the work. >> >> Just one point annoys me a bit: The Windows packages targeting win32 and >> win64 respectively differ in prefixes of binutils, e.g.: >> mingw32/bin/windres.

Re: [Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread Martin Mitáš
Dne 10.8.2012 15:50, Ruben Van Boxem napsal(a): 2012/8/10 mailto:m...@morous.org>> Hi Ruben, thanks for the work. Just one point annoys me a bit: The Windows packages targeting win32 and win64 respectively differ in prefixes of binutils, e.g.: mingw32/bin/windres.exe

[Mingw-w64-public] experimental 4.7 std::thread enabled build by rubenvb

2012-08-10 Thread Ruben Van Boxem
Hi everyone, It's been quite a while since I built another posix-threaded GCC. I have chosen MinGW-w64 trunk and GCC 4.7 SVN for this build, and the interesting part is that GCC is built with --enable-threads=posix, built upon the great winpthreads work Kai has done. You are able to use the head

Re: [Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread Chris Sutcliffe
On 10 August 2012 07:48, Ruben Van Boxem wrote: > I have just finished uploading a gcc-4.7.1-1-release build, built with GCC > 4.7.1, latest binutils/gdb and MinGW-w64 v2.0.5. I'm having issues using the i686-win32 g++ compiler in this release, in that cc1plus.exe keeps crashing on me. Anybody el

Re: [Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread Ruben Van Boxem
2012/8/10 Ozkan Sezer > >> Hi everyone, > >> > > Hi Ruben: > > >> I have just finished uploading a gcc-4.7.1-1-release build, built with > >> GCC > >> 4.7.1, latest binutils/gdb and MinGW-w64 v2.0.5. > > > > FYI: latest mingw-w64 release is 2.0.6 which fixes optreset brokenness > and also has the

Re: [Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread Ruben Van Boxem
2012/8/10 > > Hi Ruben, > > thanks for the work. > > Just one point annoys me a bit: The Windows packages targeting win32 and > win64 respectively differ in prefixes of binutils, e.g.: > mingw32/bin/windres.exe vs. mingw64/bin/x86_64-w64-mingw32-windres.exe. > > This complicates things for those

Re: [Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread Ozkan Sezer
>> Hi everyone, >> Hi Ruben: >> I have just finished uploading a gcc-4.7.1-1-release build, built with >> GCC >> 4.7.1, latest binutils/gdb and MinGW-w64 v2.0.5. > FYI: latest mingw-w64 release is 2.0.6 which fixes optreset brokenness and also has the clang int128 fix. (svn/2.x also has a strto

Re: [Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread mity
Hi Ruben, thanks for the work. Just one point annoys me a bit: The Windows packages targeting win32 and win64 respectively differ in prefixes of binutils, e.g.: mingw32/bin/windres.exe vs. mingw64/bin/x86_64-w64-mingw32-windres.exe. This complicates things for those who (like me) need/want to u

[Mingw-w64-public] 4.7.1-1-release by rubenvb

2012-08-10 Thread Ruben Van Boxem
Hi everyone, I have just finished uploading a gcc-4.7.1-1-release build, built with GCC 4.7.1, latest binutils/gdb and MinGW-w64 v2.0.5. I also rearranged my download directory and assorted by GCC version. Enjoy, Ruben PS: download links: https://sourceforge.net/projects/mingw-w64/files/Toolch

Re: [Mingw-w64-public] streambuf missing, basic_streambuf there

2012-08-10 Thread Ruben Van Boxem
Op 10 aug. 2012 05:49 schreef "Jim Michaels" het volgende: > > is this in the latest compilers in ? > > according to http://www.cplusplus.com/reference/iostream/stringbuf/stringbuf/ > > I should be able to access std::stringbuf::stringbuf but I can't. it's not declared in 2027. std::streambuf