similar to: [LLVMdev] Problem Using libLLVM-3.3.so

Rick Sullivan <ricks at carbondesignsystems.com> writes: [snip] > The problem is this. For some simulations, the LLVM shared library > seems to take a segfault on exit. It runs correctly, but when the > simulator finishes, it crashes on exit. [snip] > > Does anybody have any ideas as to why this might be happening? Can you run the application under gdb and obtain a

Unfortunately, I haven't been able to get the failure to occur in gdb. Our crash handler generates a back trace, but it doesn't supply much information: 0: /o/release/SoCD/mainline/PRODUCT/Linux/bin/Linux//release/socdesigner(_ZN12CrashHandler12GetBacktraceEPc+0x2b) [0x8209adb] CrashHandler::GetBacktrace(char*) 1:

I checked the LLVM master code and find that the “-use-unknown-locations” option and its related logic is only supported for Dwarf debug info as below. These codes are missing in the Codeview side. It looks the “-use-unknown-locations” option logic is not complex, could we port the code logic into llvm\lib\CodeGen\AsmPrinter\CodeViewDebug.cpp as well? I’ve submitted a BZ for this requirment:

Danny, Kristian, All, First let me tell you guys whatever you are doing with compiz, keep it up! It's looking great! I have a new error on ArchLinux when running compiz 0.8.2.1 that I have never seen before. I installed Archlinux on 2 boxes to check it out. One on a x86_64 box with the nvidia driver (no problems there) and one on an i686 box with onboard intel video. When connecting over

OK, maybe I was wrong and the “-use-unknown-locations” option is not the issue root cause. I'm not familiar with the LLVM codebase and I appreciate any suggestion on how to debug this issue. I'd like to know is it a clang issue or a lld issue? Is there a tool which can dump the obj file debug location info? Let me simplify the previous test case to reproduce this issue. All what you need

On Thu, 9 Jan 2020, David Blaikie via llvm-dev wrote: > +rnk who works on COFF debugging things. > >  My understanding is that this has nothing to do with the linker - but is a > function of LLVM optimizations creating line zero debug locations. I believe > rnk & folks have disabled line zero emission for CodeView debug info in some > manner - perhaps that needs a flag? or

Hello. System info: OS: FC6 x86_64 video: Nvidia GF 7900 GT, driver version 97.55 compiz version: git config backend used: ccp I can reproduce this crash every time on my system. When blur plugin is active and I try to access any right-click menu, regular application menu or drop-down list, compiz crashes. Backtrace produced by crashhandler plugin shows crash in blur.c in function

This started somewhere before rev.122456, resulting libLLVM-2.9svn.dylib is unusabkle since it has double 'lib' embedded in its path. otool -l /opt/local/llvm/svn-r122842/lib/libLLVM-2.9svn.dylib produces this line (among others): name /opt/local/llvm/svn-r122842/lib/lib/libLLVM-2.9svn.dylib (offset 24) The way how things are on Apple, all apps read this path during link phase, look

Since updating to the latest HG these errors occur. Nothing else changed in the config: $ dovecot --version 2.2.beta1 (62a930eb22b5) ==> /var/log/dovecot/dovecot.log <== Feb 18 09:47:32 spectre dovecot: lmtp(14340): Connect from local Feb 18 09:47:32 spectre dovecot: lmtp(14340, tlx at leuxner.net): Error: mkdir_parents(/var/vmail/domains/leuxner.net/tlx/mdbox) failed: File exists Feb 18

I am looking to use llvm on windows. I know there is a pre-compiled llvm windows distribution, but this does not seem to provide libllvm. The software that I am looking to use makes use of libllvm (it is unix based, but I would like to port it to windows). I really did not wish to spend my time compiling llvm (i.e. installing it's dependencies) from scratch. What options do I have ?

Please check in this patch. Thanks, Yuri -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch-version URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100831/632e9759/attachment.ksh>

http://llvm.org/bugs/show_bug.cgi?id=8564 Thanks! Yuri

On 05/31/2010 10:02 AM, John Lask wrote: > I am looking to use llvm on windows. I know there is a pre-compiled llvm > windows distribution, but this does not seem to provide libllvm. The > software that I am looking to use makes use of libllvm (it is unix > based, but I would like to port it to windows). I really did not wish to > spend my time compiling llvm (i.e. installing

Török Edwin wrote: > On 05/31/2010 10:02 AM, John Lask wrote: > > I am looking to use llvm on windows. I know there is a pre-compiled > > llvm windows distribution, but this does not seem to provide libllvm. > > The software that I am looking to use makes use of libllvm (it is unix > > based, but I would like to port it to windows). I really did not wish > > to

Hi, Can anyone fix this TEXTREL bug in ToT? https://bugs.gentoo.org/show_bug.cgi?id=403519 Thanks,

Hello > Can anyone fix this TEXTREL bug in ToT? > https://bugs.gentoo.org/show_bug.cgi?id=403519 The patch in PR is wrong since it will make both darwin and windows unhappy. I will comment on gentoo PR about possible proper solution. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Kimura, Can you please open an LLVM bug report for this, with a reference the gentoo PR, so that this can be properly tracked from our end? Please also add me to the CC list. -Hal On Fri, 30 Mar 2012 15:11:45 +0400 Anton Korobeynikov <anton at korobeynikov.info> wrote: > Hello > > > Can anyone fix this TEXTREL bug in ToT? > >

Hi, > The patch in PR is wrong since it will make both darwin and windows > unhappy. I will comment on gentoo PR about possible proper solution. I'll give it a try as you comment on the gentoo PR. But my ppc box is in my office, so I'll post a result on next Monday (JST). Thanks,

Hi, >> The patch in PR is wrong since it will make both darwin and windows >> unhappy. I will comment on gentoo PR about possible proper solution. > > I'll give it a try as you comment on the gentoo PR. > But my ppc box is in my office, so I'll post a result on next Monday (JST). I posted my result on the gentoo PR. https://bugs.gentoo.org/show_bug.cgi?id=403519#c12

Hello > I posted my result on the gentoo PR. > https://bugs.gentoo.org/show_bug.cgi?id=403519#c12 > https://bugs.gentoo.org/show_bug.cgi?id=403519#c13 > https://bugs.gentoo.org/show_bug.cgi?id=403519#c14 I commented there. You need to declare function like extern "C" { static void* LLVM_ATTRIBUTE_USED PPCCompilationCallbackC <everything else goes here> }; -- With