similar to: [LLVMdev] LLVM 3.2: conflict with Ubuntu 12.04's version 3.0 of LLVM

Hi, I am working on a Qt project which relies on various plugins, one of which being an LLVM plugin which I build from the LLVM 3.2 source code. Everything works fine on Windows and OS X, but not on Ubuntu 12.04. Basically, my application runs fine, but when I close it I get a "Segmentation fault (core dumped)". Debugging my application, I found out that, upon shutting down, my

Alan Garny <agarny at hellix.com> writes: > Basically, my application runs fine, but when I close it I get a > "Segmentation fault (core dumped)". Debugging my application, I found > out that, upon shutting down, my application tries to call Ubuntu's > version of LLVM (see below for the debug trace). To convince myself > that it was really the case, I sudo

Hi, I'm Ryo Onodera. This is my first post to this mailing list. Fist, thanks for creating a great library! We're using LLVM to support JIT in Rubinius (an alternative implementation of Ruby, a dynamic programming language). I'm submitting a small patch for a minor issue. It solves still-reachable leak warnings from Valgrind. Example warnings are shown at the end of this mail. As

I am trying to figure out how to free up some memory that seems to be lost when running valgrind under our internal application. The stack traces I get are: ==19966== 4 bytes in 1 blocks are still reachable in loss record 1 of 12 ==19966== at 0x402569A: operator new(unsigned int) (vg_replace_malloc.c:255) ==19966== by 0x5D9BBE8: void* llvm::object_creator<llvm::PassRegistry>()

On Friday 10 August 2007 17:55, David Greene wrote: > On Friday 10 August 2007 15:12, David Greene wrote: > > Perhaps an easier way is to just expose the -simple-register-coalescing > > and -conservative-register-coalescing options to the user, but I don't > > know how to do that on an individual pass bases. opt just jams then all > > in with PassNameParser.

On Friday 10 August 2007 15:12, David Greene wrote: > Perhaps an easier way is to just expose the -simple-register-coalescing > and -conservative-register-coalescing options to the user, but I don't know > how to do that on an individual pass bases. opt just jams then all in with > PassNameParser. PassNameParser.h makes reference to a > FilteredPassNameParser that sounds

On Friday 10 August 2007 13:54, Devang Patel wrote: > > Or is it sufficient than an Andersen's object is constructed and > > that that > > constitutes "availability?" > > What do you mean by "available" ? You are using quotes :) "Available" as referenced by PassSupport.h: /// RegisterAnalysisGroup - Register a Pass as a member of an

On Thursday 09 August 2007 15:56, Devang Patel wrote: > On Aug 9, 2007, at 1:52 PM, David Greene wrote: > > So how do I get opt to use Andersens instead of basicaa, for example? > > Following uses basic alias analysis > > $ opt -licm foo.bc -disable-output -debug-pass=Structure > > where as > > $ opt -anders-aa -licm foo.bc -disable-output -debug-pass=Structure

On Aug 10, 2007, at 4:15 PM, David Greene wrote: > On Friday 10 August 2007 17:55, David Greene wrote: >> On Friday 10 August 2007 15:12, David Greene wrote: >>> Perhaps an easier way is to just expose the -simple-register- >>> coalescing >>> and -conservative-register-coalescing options to the user, but I >>> don't >>> know how to do

I've tracked down a problem I've been having with llvm code ensconced in shared libraries that priori to r139934, on OS X 10.7.1-10.7.2 worked fine. Since r139934, which involves a configure change (and configure.ac), resulting in the default clang compiler to be used when building clang, and llvm, it seems I can no longer deposit llvm code involving jit, and IR gen functionality into

On Mar 12, 2010, at 8:10 AM, David Greene wrote: > On Friday 12 March 2010 08:13:05 Kalle Raiskila wrote: >> David Greene wrote: >>> Here's a rework using PassManager as Chris suggested. Comments? >> >> Tried this second patch with the svn version 97812 (the one the patch is >> made against), but it doesn't compile: >>

On Sunday 14 March 2010 18:32:35 Chris Lattner wrote: > This is much better than the first iteration but still has many issues. > There is no need to keep cc'ing cfe-dev on these patches which have nothing > to do with clang. There's a clang patch in this set. > Please rename the getPrinterPass method to createPrinterPass to indicate > that the result returns a new pass,

OK I find out how to extract core dump (sorry), hope this will help you. gdb /usr/lib/dovecot/auth /var/core/core.28304 GNU gdb (Debian 7.12-6) 7.12.0.20161007-git Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the

What's the value of "i" when this happens and what are the system ulimit values for the user running that? Roland > Gesendet: Freitag, 14. April 2017 um 19:22 Uhr > Von: "Boris Savelev via rsync" <rsync at lists.samba.org> > An: rsync at lists.samba.org > Betreff: rsync buffer overflow detected > > Hello! > > I use rsync from python on my

Hi Atin, Please find the backtrace and logs files attached here. Also, below are the BT from core. (gdb) bt #0 0x00003fff8834b898 in __GI_raise (sig=<optimized out>) at ../sysdeps/unix/sysv/linux/raise.c:55 #1 0x00003fff88350fd0 in __GI_abort () at abort.c:89 [**ALERT: The abort() might not be exactly invoked from the following function line. If the trail function

I hope these logs were sufficient... please let me know if you require more logs. On Wed, Dec 6, 2017 at 3:26 PM, ABHISHEK PALIWAL <abhishpaliwal at gmail.com> wrote: > Hi Atin, > > Please find the backtrace and logs files attached here. > > Also, below are the BT from core. > > (gdb) bt > > #0 0x00003fff8834b898 in __GI_raise (sig=<optimized out>) at >

Hello! I use rsync from python on my Debian Jessie amd64 and get this error: *** buffer overflow detected ***: <snip>/rsync terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x731af)[0x7ffff78971af] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7ffff791caa7] /lib/x86_64-linux-gnu/libc.so.6(+0xf6cc0)[0x7ffff791acc0]

Hi, I assume that since each pass is in its own anonymous namespace, we cannot directly create a new pass object; looking at the code for 'opt' utility, it seems we need a PassInfo object, using which we create a new pass object. I tried the following code (which I wrote after looking at the code for bugpoint), but the list of passes seems to be empty: // Create a list of all the

-----Original Message----- From: Dirk Eddelbuettel [mailto:dirk.eddelbuettel at gmail.com] On Behalf Of Dirk Eddelbuettel Sent: Thursday, 19 January 2017 11:21 AM To: Klint Gore Cc: r-sig-debian at r-project.org Subject: Re: [R-sig-Debian] Taking determinant of a matrix of NAs results in intermittent memory corruption >So this converges towards 'old versions bad, new versions fine' ?

Hello there, I am trying to compile llvm from git the gentoo ebuild llvm-9999.ebuild. Recently I get an error during compilation. I am using gcc 4.9.0. The error is the following: x86_64-pc-linux-gnu-g++ -march=native -O2 -pipe -fomit-frame-pointer -march=native -O2 -pipe -fomit-frame-pointer -march=native -O2 -pipe -fomit-frame-pointer -march=native -O2 -pipe -fomit-frame-pointer -march=native