similar to: [LLVMdev] Debugging Information for Windows

>> Can LLVM generate debugging information for a Windows target? > Yes. LLVM generates DWARF debugging information. I haven't checked its > status recently, but it worked some time ago (on mingw32). Note that, > however, you cannot mix stabs debug format and DWARF (I saw, e.g. > pretty weird results from gdb in that case), that means you will need > either use new mingw32

Hello > Can LLVM generate debugging information for a Windows target? Yes. LLVM generates DWARF debugging information. I haven't checked its status recently, but it worked some time ago (on mingw32). Note that, however, you cannot mix stabs debug format and DWARF (I saw, e.g. pretty weird results from gdb in that case), that means you will need either use new mingw32 gcc (4.2+) or rebuild

Yes I am on darwin. On Mon, Oct 19, 2009 at 12:17 AM, Anton Korobeynikov < anton at korobeynikov.info> wrote: > > warning: Could not find object file > > "/var/folders/h6/h6He5G34EF8g9zpg3SNFF++++TI/-Tmp-//ccoTexQw.o" - no > debug > > information available for "ReflectionTest.tart". > It seems you're on darwin, right? Then you need another

I've been struggling with this for a while. I've gone back and reviewed all the messages in this topic on the subject, and I still can't figure it out. -- I'm disabling frame pointer elimination via "-disable-fp-elim" -- I see debugging information in my .s file. -- My command line for compiling the LLVM-generated looks like this: gcc -g -O0 -x assembler

> warning: Could not find object file > "/var/folders/h6/h6He5G34EF8g9zpg3SNFF++++TI/-Tmp-//ccoTexQw.o" - no debug > information available for "ReflectionTest.tart". It seems you're on darwin, right? Then you need another build steps in order to see dwarf stuff -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State

> Yes I am on darwin. I don't recall correctly, but there you cannot 'just' run gcc to get all dwarf stuff into the binary. You will also need to do some extra tool invocation (dsymutil?). Just pick some dummy c++ app, compile it via "gcc -v" and you'll have the precise steps. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint

On Jun 2, 2011, at 9:11 AM, Jim Grosbach wrote: > > On Jun 2, 2011, at 6:20 AM, Rafael Ávila de Espíndola wrote: > >> On 11-06-02 6:56 AM, Anton Korobeynikov wrote: >>> Hi Chip, >>> >>>> Because of all this, it's hard to reconstruct the SEH information from >>>> the MachineMove array. I have thought about adding a new array specific

Cross-compiling from Ubuntu 8.04 x86_64 to mingw with the cmake build system fails with this error while linking some tools: ../../lib/libLLVMSystem.a(DynamicLibrary.cpp.obj):DynamicLibrary.cpp:(.text+0x367): undefined reference to `___eprintf' ___eprintf is mentioned in lib/System/Win32/DynamicLibrary.inc. This symbol is referenced by libLLVMSystem.a when LLVM is natively built on

Hello, Scott. > Checking the assembly from llc, the first alloca call is to allocate > local vars in _main. Is this just the state of the code at 2.0 when > built with vs.net, or is there something that I've managed to > mis-build locally? _alloca is used to probe the stack, if you asks for locals of size more that 4k. This is pretty ugly, but the names of this functions differs

Hi Anton, The problem is in getting the system configured. Below is the crash I get in configure. Your comment regarding gnuwin32 not being needed is interesting - I actually installed gnu bison/flex to get past an earlier crash in configure. Thats why I was suggesting that a precompiled OBJ_ROOT for MingW32 would be a good idea - configure appears to be inherently fragile, and requires more

Hi All, I'm trying to compile clang+llvm on my desktop with cross-compiler to be able to work with llvm commands in ubuntu-arm image whithin gem5. If anybody has done this before I'd be so thankful to know the exact process and commands. I tried to configure llvm as follows but I couldn't get the arm-arm version correctly. To sum up, I need to cross-compile llvm for ARM to work in

Hello Anton, While we have been discussing this, my partner discovered the source of where the sj/lj stuff is coming from. Does this mean that the LLVM libraries we're using are broken? Type.cpp ..\..\..\..\llvm\lib/libLLVMCore.a(Type.cpp.obj):Type.cpp.text+0x722): undefined reference to `__gxx_personality_sj0' ..\..\..\..\llvm\lib/libLLVMCore.a(Type.cpp.obj):Type.cpp.text+0x750):

> A more specific question is - if I fix some Clang i686-pc-win32 > compatibility issue with MSVC for some language feature (e.g. > returning a struct), > should I make sure Clang i686-pc-mingw32 behavior is not changed by my > patches (a) > or should I make sure that Clang i686-pc-mingw32 generates > MSVC-compatible ABI for the same feature (b) > ? You need to make sure

Hello, Argiris > Any ideas? 1. Make sure, that you don't mix dwarf and stabs debug information. AFAIR, this can really mess the things 2. It can be, that debug information emitted is not correct. This is known open problem. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Hello, Ted. > (*) build LLVM itself > (*) build programs with LLVM > > I have a MingW32 setup on a WinXP machine; You can see http://wiki.llvm.org/index.php/Notes:MingW32 to get instructions how to build LLVM on mingw32 box. For building programs with LLVM itself you'll probably need llvm-gcc4, which you can either compiled by yourself (tricky on mingw32) or use prebuilt one in

Hi again, I am regularly building my small STL-enabled C++ project using Mingw64 on Windows x64 and the program runs fine (it builds and runs fine on x64 Linux too). Then I got brave and decided to try out Clang, because I'd eventually like to take a look at the quality of the generated code, and then did the following: 1. Set CC to clang. 2. Set CXX to clang++. 3. Run cmake and let it

I add solaris and pic16. And add support for mingw. -- Yours sincerely, Yonggang Luo -------------- next part -------------- A non-text attachment was scrubbed... Name: lostTriple.patch Type: application/octet-stream Size: 2637 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090814/f44ee795/attachment.obj>

Hi, Evan > I've committed the patch with some fixes. It allows ARM target to > generate Dwarf information. However, I did not have much luck > debugging llvm produced executables. I would appreciate it very much > if you can put the debug support to test and contribute more patches. Maybe encoding is somehow different for arm/linux and arm/darwin? -- With best regards, Anton

Grabbed the latest bits from SVN (, tried to build with MinGW. I get a cc1plus.exe out of memory error while trying to "make ENABLE_OPTIMIZED=1" on the X86CodeEmitter. I can get a full stack trace if necessary, but has anybody else run into this problem? Only seems to happen with the Release build-I got a full Debug build to work fine. Ted Neward Java, .NET, XML Services

Hello I quite thank you for your advice,but I have to tell that it made no difference too calling "LLVMAddGlobalMapping(ee,LLVMGetNamedFunction(m,"_a_outside_func"),(void*)(&a_outside_func));". 2014-04-04 16:10 GMT+08:00 Anton Korobeynikov <anton at korobeynikov.info>: > Hello > > While there is a symbol in the object file, there is nothing like this >