On Sun, Dec 30, 2012 at 3:39 AM, Ruben Van Boxem
wrote:
> Hi,
>
> A new LLVM/Clang has been released, with even better C++11 support. Sadly,
> no important Windows specific things were fixed or added since the previous
> release (that I know of), so you're still limited to GCC 4.6.3's libstdc++.
>
On Mon, Dec 24, 2012 at 8:50 AM, NightStrike 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 weeks so it's a very bu
On Sat, Dec 22, 2012 at 6:21 PM, Jim Michaels 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
> http://msdn.microso
On Fri, Aug 17, 2012 at 4:34 AM, Ruben Van Boxem
wrote:
>
> 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++",
> unlike for ex
On Wed, May 16, 2012 at 10:48 PM, MARTIN Pierre wrote:
> > Off-topic:
> > Sorry for the OT, but I wanted to point out that MSVC is actually free.
> The higher-end versions of Visual Studio cost money, but the express
> editions are free, as is the standalone Windows SDK, both of which provide
> a
On Wed, May 16, 2012 at 10:18 PM, Earnie Boyd
wrote:
> On Wed, May 16, 2012 at 6:44 AM, Joshua Boyce
> wrote:
> >
> > I didn't mean that an additional import library was required, simply that
> > the correct import lib needs to be linked in as normal (just like yo
On Wed, May 16, 2012 at 12:05 PM, MARTIN Pierre 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 MinGW-w64 toolchain
>
On Tue, May 15, 2012 at 11:07 PM, K. Frank 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 to use Windows.h
On Tue, May 15, 2012 at 10:37 PM, Ruben Van Boxem
wrote:
> 2012/5/15 K. Frank
>
> Hi Joshua!
>>
>> On Tue, May 15, 2012 at 3:54 AM, Joshua Boyce
>> wrote:
>> > On Tue, May 15, 2012 at 1:08 AM, K. Frank wrote:
>> >>
>> >> By th
On Tue, May 15, 2012 at 1:08 AM, K. Frank 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.) Would anyone kn
On Wed, May 9, 2012 at 7:32 PM, Ruben Van Boxem wrote:
>
> 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, thanks for trying. Hope
On Wed, May 9, 2012 at 8:11 PM, Ozkan Sezer wrote:
> On 5/9/12, Kai Tietz wrote:
> > 2012/5/9 Joshua Boyce :
> >> In the MinGW-w64 trunk (and in the pre-built MinGW-w64 based toolchains
> >> that
> >> I tested), the map types for MapVirtualKeyEx are incorrec
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
related
On Tue, May 8, 2012 at 7:28 PM, Ruben Van Boxem wrote:
> 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.
>
> I'll also see to sepera
On Tue, May 1, 2012 at 4:52 AM, Ruben Van Boxem wrote:
> 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 GCC with libstdc+
On Tue, May 8, 2012 at 6:03 PM, Joshua Boyce
wrote:
> On Tue, May 1, 2012 at 4:52 AM, Ruben Van Boxem
> wrote:
>
>> Hi everyone,
>>
>> You might be starting to get the feeling I'm spamming with releases, I
>> like to think of it as catching up.
>>
On Fri, Mar 23, 2012 at 1:54 PM, Joshua Boyce 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
On Mon, Mar 12, 2012 at 12:46 AM, Ruben Van Boxem
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 "-static" necessary anymore!
>
> This build still has the bug preventing WebKit from building:
> http://gcc.gnu.org/
On Sat, Mar 3, 2012 at 2:46 PM, Joshua Boyce
wrote:
> 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://www.
s/gpl-faq.html#SourceAndBinaryOnDifferentSites
On Sat, Mar 3, 2012 at 9:47 AM, niXman wrote:
> 2012/3/3 Earnie Boyd :
> > On Fri, Mar 2, 2012 at 4:45 PM, Joshua Boyce
> > wrote:
> >>
> >> On Sat, Mar 3, 2012 at 5:13 AM, Luis Lavena
> wrote:
> >>>
On Sat, Mar 3, 2012 at 5:13 AM, Luis Lavena wrote:
> On Fri, Mar 2, 2012 at 1:09 PM, niXman wrote:
> >
> > I didn't upload sources and scripts cause nobody needs them. I didn't
> > want to hide them =)
> >
> > BTW, Why should I duplicate sources avalilable from official sites?
>
> That is where
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::pair'
noexcept(noexce
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 wrote:
> Joshua Boyce schreef op zo 15-01-2012 om
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 wrote:
> Hey, have you tested this toolchain with Boost? I can't get Thread to
> build anymore (which in turn means Locale no longer bu
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 k
25 matches
Mail list logo
