2012/10/10 Joshua Boyce
> 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 replacem
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
2012/8/11 Martin Mitáš
>
> Dne 11.8.2012 19:06, Kai Tietz napsal(a):
> > No,
> >
> > please ignore this advice from Earnie. It is just partial true and
> > also misleading. Indeed the decoration of symbols with an '@' is
> > either caused by the stdcall-convention, or by the fastcall.
> > Never
2012/8/11 Martin Mitáš :
>
> Dne 11.8.2012 19:06, Kai Tietz napsal(a):
>> No,
>>
>> please ignore this advice from Earnie. It is just partial true and
>> also misleading. Indeed the decoration of symbols with an '@' is
>> either caused by the stdcall-convention, or by the fastcall.
>> Nevertheles
Dne 11.8.2012 19:06, Kai Tietz napsal(a):
> No,
>
> please ignore this advice from Earnie. It is just partial true and
> also misleading. Indeed the decoration of symbols with an '@' is
> either caused by the stdcall-convention, or by the fastcall.
> Nevertheless there is a way to have in export
No,
please ignore this advice from Earnie. It is just partial true and
also misleading. Indeed the decoration of symbols with an '@' is
either caused by the stdcall-convention, or by the fastcall.
Nevertheless there is a way to have in export-table no '@' decoration.
Just use for 32-bit the --ki
On Sat, Aug 11, 2012 at 8:20 AM, Martin Mitáš wrote:
>
> Dne 11.8.2012 12:26, Ruben Van Boxem napsal(a):
>> Would you mind conjuring up a small test case (dll .c file, main.c
>> file and compile options)? dllexport/dllimport of normal functions
>> should work (dllexport of C++ classes is WIP). I *s
Dne 11.8.2012 12:26, Ruben Van Boxem napsal(a):
> Would you mind conjuring up a small test case (dll .c file, main.c
> file and compile options)? dllexport/dllimport of normal functions
> should work (dllexport of C++ classes is WIP). I *seem* to remember
> using a Clang-built GSL DLL once befo
2012/8/10 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. binu
> 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
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
> >
> 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
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
13 matches
Mail list logo
