Re: [Mingw-w64-public] Obtaining stacktraces within a Windows application

2012-08-11 Thread Kai Tietz
Hello, well, you have here different ways to achieve this. First thing to start about is the backtrace. You can find such sample code in our experimental tree (or at stackoverflow as you've shown). By those addresses you can either use binutils' addr2line tool to get more detailed information, o

[Mingw-w64-public] Obtaining stacktraces within a Windows application

2012-08-11 Thread Alex Loukissas
Hello, I would like to ask whether it is possible to obtain meaningful stacktraces within a Windows app built with mingw-w64. I will explain briefly my setup and what I've tried so far. I build my app on Linux using mingw-w64 into a statically linked executable, with debug info. I've tried using

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

2012-08-11 Thread Kai Tietz
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

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

2012-08-11 Thread 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. > Nevertheless there is a way to have in export

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

2012-08-11 Thread Kai Tietz
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

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

2012-08-11 Thread Earnie Boyd
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

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

2012-08-11 Thread Martin Mitáš
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

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

2012-08-11 Thread Ruben Van Boxem
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