On Mon, Dec 24, 2012 at 8:50 AM, NightStrike nightstr...@gmail.com wrote:
Can either of you provide a patch?
I only came up against the missing APIs a couple of days ago so I haven't
had time to put one together yet. I'd certainly like to, but I'm moving
states and starting a new job in 2
On Sat, Dec 22, 2012 at 6:21 PM, Jim Michaels jmich...@yahoo.com wrote:
these do not exist. they are used for fixing and getting specialfolder
paths in vista+
//SHGetKnownFolderPath
http://msdn.microsoft.com/en-us/library/bb762188%28v=vs.85%29.aspx
//KNOWN_FOLDER_FLAG
On Fri, Aug 17, 2012 at 4:34 AM, Ruben Van Boxem
vanboxem.ru...@gmail.comwrote:
I never meant to say it was as solid and full-featured as GCC on Windows.
What I meant was that the program you call (clang/clang++, i.e. the
compiler driver) can be used as a drop-in replacement for gcc/g++,
On Wed, May 16, 2012 at 10:18 PM, Earnie Boyd
ear...@users.sourceforge.netwrote:
On Wed, May 16, 2012 at 6:44 AM, Joshua Boyce
raptorfac...@raptorfactor.com wrote:
I didn't mean that an additional import library was required, simply that
the correct import lib needs to be linked
On Tue, May 15, 2012 at 11:07 PM, K. Frank kfrank2...@gmail.com wrote:
And it shaves about six seconds (about 40%) off of the compilation
time of a small, three-file test program. (Oh, well ... Less time to
read xkcd ... http://xkcd.com/303/)
What is the time difference if you continue
On Wed, May 16, 2012 at 12:05 PM, MARTIN Pierre hicksc...@gmail.com wrote:
Dear list readers, beginners,
i have made a small tutorial on how to get MinGW MSYS / MinGW-w64
up and running, as well as how to compile Qt 4.8.1 as dynamic and
static, how to configure Qt Creator to use the
On Tue, May 15, 2012 at 1:08 AM, K. Frank kfrank2...@gmail.com wrote:
By the way, a quick semi-related question: To use native windows
Sleep I am including windows.h. It's not a big deal, but it does
increase the compile time of simple test programs noticeably.
(Not really a lot, though.)
In the MinGW-w64 trunk (and in the pre-built MinGW-w64 based toolchains
that I tested), the map types for MapVirtualKeyEx are incorrectly wrapped
by a preprocessor directive specifying a minimum target of Windows 7.
The defines seem to have been incorrectly grouped with the Windows 7 touch
On Wed, May 9, 2012 at 8:11 PM, Ozkan Sezer seze...@gmail.com wrote:
On 5/9/12, Kai Tietz ktiet...@googlemail.com wrote:
2012/5/9 Joshua Boyce raptorfac...@raptorfactor.com:
In the MinGW-w64 trunk (and in the pre-built MinGW-w64 based toolchains
that
I tested), the map types
On Wed, May 9, 2012 at 7:32 PM, Ruben Van Boxem vanboxem.ru...@gmail.comwrote:
I regret to inform you that GCC 4.7.0's libstdc++ suffers the same problem
and Clang refuses to compile stuff with -std=c++11. I won't be uploading
the new build cause it adds nothing new at all.
No worries,
On Tue, May 8, 2012 at 6:03 PM, Joshua Boyce
raptorfac...@raptorfactor.comwrote:
On Tue, May 1, 2012 at 4:52 AM, Ruben Van Boxem
vanboxem.ru...@gmail.comwrote:
Hi everyone,
You might be starting to get the feeling I'm spamming with releases, I
like to think of it as catching up.
What I
On Tue, May 1, 2012 at 4:52 AM, Ruben Van Boxem vanboxem.ru...@gmail.comwrote:
Hi everyone,
You might be starting to get the feeling I'm spamming with releases, I
like to think of it as catching up.
What I bring now is a small gem. It is a package that includes a Clang
build coupled with a
On Tue, May 8, 2012 at 7:28 PM, Ruben Van Boxem vanboxem.ru...@gmail.comwrote:
I will see if I can get a GCC 4.7 built, which is said to work with Clang,
although they think it might be a Windows only thing, as the headers in
question are full of ifdef's. Let's hope 4.7 fixes everything.
On Fri, Mar 23, 2012 at 1:54 PM, Joshua Boyce raptorfac...@raptorfactor.com
wrote:
On Mon, Mar 12, 2012 at 12:46 AM, Ruben Van Boxem
vanboxem.ru...@gmail.com wrote:
Hi all,
I'm in the process of uploading a new build of GCC 4.7, with the
llibstdc++ dll fix for std::thread. No more
On Mon, Mar 12, 2012 at 12:46 AM, Ruben Van Boxem
vanboxem.ru...@gmail.comwrote:
Hi all,
I'm in the process of uploading a new build of GCC 4.7, with the
llibstdc++ dll fix for std::thread. No more -static necessary anymore!
This build still has the bug preventing WebKit from building:
-faq.html#SourceAndBinaryOnDifferentSites
On Sat, Mar 3, 2012 at 9:47 AM, niXman i.nix...@gmail.com wrote:
2012/3/3 Earnie Boyd ear...@users.sourceforge.net:
On Fri, Mar 2, 2012 at 4:45 PM, Joshua Boyce
raptorfac...@raptorfactor.com wrote:
On Sat, Mar 3, 2012 at 5:13 AM, Luis Lavena luislav
On Sat, Mar 3, 2012 at 2:46 PM, Joshua Boyce
raptorfac...@raptorfactor.comwrote:
I believe that you don't have to distribute them directly, but you can
just make them available to download somewhere. Dropbox would be a perfect
candidate to host both the binaries as the source imo.
http
Clang seems to be having troubles parsing the standard library headers
because of this bug:
http://llvm.org/bugs/show_bug.cgi?id=10036
e.g.
C:/MinGW32/bin\..\lib\clang\3.1/../../../include/c++/4.7.0\bits/stl_pair.h:193:40:
error: member access into incomplete type 'std::pairconst char *, const
Thanks Erik! Much appreciated.
Currently pulling down the Boost trunk, if it hasn't already been fixed
I'll forward this to the mailing list to see if it can be put in for 1.49.
On Mon, Jan 16, 2012 at 7:10 AM, Erik van Pienbroek e...@vanpienbroek.nlwrote:
Joshua Boyce schreef op zo 15-01-2012
Hey, have you tested this toolchain with Boost? I can't get Thread to build
anymore (which in turn means Locale no longer builds) and I wanted to make
sure it wasn't just me. I'm hoping it's just a simple configuration
problem, but I don't have time to investigate until later tonight.
Thanks for
knowledgeable in the workings of libstdc++ could
provide a patch compatible with MinGW-w64?
Thanks again Ruben.
On Sun, Jan 15, 2012 at 8:33 AM, Joshua Boyce raptorfac...@raptorfactor.com
wrote:
Hey, have you tested this toolchain with Boost? I can't get Thread to
build anymore (which in turn means
21 matches
Mail list logo
