similar to: Valgrind/Callgrind 3.6.1 does not appear to work on Centos Linux 5.5

Good afternoon, We are running callgrind and cg_annotate version 3.6.1 on Centos Linux Version 5.5 x86_32. One month ago Mr. Josef Weidenorfer issued a special patch that fixed callgrind on Centos Linux Version 5.5 x86_32. We can now profile complex C++ programs which use our own shared library libmdMatchup.so. However, when we use version 3.6.1 cg_annotate callgrind.out.22533 --auto = yes

Tru Huynh, Thank you for your reply. When I enter uname -a I obtain the following output: Linux localhost.localdomain 2.6.18-194.26.1.el5PAE #1 SMP Tue Nov 9 13:34:42 EST 2010 i686 i686 i386 GNU/Linux. This information indicates we are using x86_32 architecture rather than a x86_64 architecture. Also, when I enter rpm -q glibc glibc-devel, I obtain the following output: glibc-2.5.49.el5_57

I have a question about the performance of the implementation of the stack protector in LLVM. Consider the following C program: ===== void canary() { char buf[20]; buf[0]++; } int main() { int i; for (i = 0; i < 1000000000; ++i) canary(); return 0; } ===== This should definately run slower when stack protection is enabled, right? I have measured the runtime of

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory 2010:0793 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0793.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: ece267e4a12c5f7948dd496e3d8a2270 glibc-2.5-49.el5_5.7.i686.rpm 75c95d1b7dc3f567d6423090df8d4fd8 glibc-2.5-49.el5_5.7.x86_64.rpm

CentOS Errata and Security Advisory 2010:0793 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0793.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 7fa05a9d941bb75a22f4fa69cb1b06a0 glibc-2.5-49.el5_5.7.i386.rpm e28402ff6046ff33b69dcb7ac9f3aeeb glibc-2.5-49.el5_5.7.i686.rpm

CentOS Errata and Bugfix Advisory 2010:0614 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0614.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 6c03f3014ce8bd40717784a71d3e385a cups-1.3.7-18.el5_5.7.x86_64.rpm 44e2322c26ba18036f0acdd690d6d6a3 cups-devel-1.3.7-18.el5_5.7.i386.rpm

Ketan Pundlik Umare wrote: > Hi Guys, > I am an absolute newbie to the compiler community. I am experimenting a little bit with llvm. > I have a few small questions, i would be really great if someone could help me. It sounds like what you want is valgrind --tool=cachegrind (or --tool=callgrind). See http://valgrind.org/ > 1. Can i find out (is there something already built), if the

CentOS Errata and Bugfix Advisory 2010:0614 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0614.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: d62312ade0ac05c14b45f1a5dd34d06c cups-1.3.7-18.el5_5.7.i386.rpm 61122a69d53c2c0eb1054b658543b324 cups-devel-1.3.7-18.el5_5.7.i386.rpm

CentOS Errata and Security Advisory 2010:0978 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0978.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 871aff0eb12ab302fd2908dc93345ed0 openssl-0.9.8e-12.el5_5.7.x86_64.rpm 9a2ea1796aac4eb96cc71b406ec0460b openssl-devel-0.9.8e-12.el5_5.7.i386.rpm

If you compile this with optimizations, then the 'canary()' function should be totally inlined into the 'main()' function. In that case, the cost of the stack protectors will be very small compared to the loop. -bw On Mar 9, 2012, at 2:52 AM, Job Noorman <jobnoorman at gmail.com> wrote: > I have a question about the performance of the implementation of the stack >

Hello, I'm trying to use speex for implementing a VoIP demo application using linphone on an embedded system. At the moment I'm not really able to do real time encoding, and thinking about making an assembler port for speex to the AVR32 architecture. The AVR32 is a new hybrid MCU/DSP fixed point processor running at 120Mhz in my application. Does anyone have experiences/info about the

Hello, This example input crashes if you run it through llc on x86. [begin example] ; ModuleID = 'test' %struct_2 = type { [90000 x %struct_1] } %struct_1 = type { i8 } define void @testFcn(%struct_2 %in1) { testFcn_entry: %in1_ = alloca %struct_2 store %struct_2 %in1, %struct_2* %in1_, align 8 %localStruct_ = alloca %struct_2 store %struct_2 %in1, %struct_2* %localStruct_,

CentOS Errata and Bugfix Advisory 2010:0629 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0629.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: f2b54c692f09047f3fc0964a1ffdb846 openais-0.80.6-16.el5_5.7.x86_64.rpm 3334f9f13000310270eec8b5fec5202f openais-devel-0.80.6-16.el5_5.7.i386.rpm

CentOS Errata and Security Advisory 2010:0978 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0978.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 7547da29abed436513baae97268e9892 openssl-0.9.8e-12.el5_5.7.i386.rpm 0bc224321cd160f913ab2767def81d83 openssl-devel-0.9.8e-12.el5_5.7.i386.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Bugfix Advisory 2010:0629 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0629.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 89f82ef9a261d69185de809e4dddaebb openais-0.80.6-16.el5_5.7.i386.rpm 40796ee0fd0343cc2880f82ee73890c6 openais-devel-0.80.6-16.el5_5.7.i386.rpm Source:

Olly Betts <olly at survex.com> wrote: > The report you show seems to be just the time take by each function > directly rather than including functions it calls. It looks like a lot > of the time is spent in cursor movement, as totalling up things that > seem like they'd be due to that I quickly get to 40+% but it's hard > to tell if that's about the actual total

Dear all, I posted this problem sometime back on 0.9.26 (http://www.winehq.com/pipermail/wine-users/2006-December/024086.html). I thought the problem was fixed, but it seemed not. >From 0.9.26 all the way to the latest 0.9.30, I've been seeing this problem on my system (Linux flying 2.6.17-11-generic #2 SMP Thu Feb 1 19:52:28 UTC 2007 i686 GNU/Linux; Ubuntu Edgy installed, but running

Olly Betts <olly at survex.com> wrote: > On Mon, Aug 24, 2020 at 05:58:02AM +0000, Eric Wong wrote: > > Olly Betts <olly at survex.com> wrote: > > > Can prof report time for a function including things it calls? > > > > callgraph? Attached is a profile the output of "perf report -g" > > with callgraph info. I'm no perf expert,