similar to: proftools package now available from CRAN

Author: mike_s Repository: /hg/zfs-crypto/gate Revision: e144729d8b901f4092085ea17a31bf10d1089f79 Log message: 6273860 gcc and sgs/gprof don''t get along 6273866 gcc and sgs/prof don''t get along Files: update: usr/src/cmd/sgs/gprof/Makefile.com update: usr/src/cmd/sgs/gprof/common/arcs.c update: usr/src/cmd/sgs/gprof/common/dfn.c update: usr/src/cmd/sgs/gprof/common/gprof.c

Hello, I have a problem with Hausman test. I am performing my analysis with these commands: > library(plm) > data<-read.csv2("paolo.csv",header=TRUE) > data< pdata.frame(data,index=c("FIRM","YEAR"),drop.index=TRUE,row.names=TRUE) > RECEIV~LSIZE+LAGE+LAGE2+CFLOW+STLEV+FCOST+PGROWTH+NGROWTH+TURN+GPROF+GPROF2 >

Note the typo in your 3rd line: data < Don't know if this means anything... Bert On Feb 11, 2018 7:33 AM, "PAOLO PILI" <paolo.pili at student.unife.it> wrote: > Hello, > > I have a problem with Hausman test. I am performing my analysis with these > commands: > > > library(plm) > > data<-read.csv2("paolo.csv",header=TRUE) >

Hi, I have searched R mail list archive and couldn't find my answers. The R extension describes how to make use of Rprof to profile R code. gprof can be also used for the same purpose for the C codes when the C codes are written independently and provided with a main() function. I'm currently writing R codes meshed with C Codes, and use .Call as the interface between the two parts.

you are right about the 3rd line but it doesn't help me for my problem. I remove the 3rd line but there is still the same problem: Error in solve.default (dvcov): the system is numerically unique: reciprocity condition value = 1.63418e-19 Paolo 2018-02-11 16:54 GMT+01:00 Bert Gunter <bgunter.4567 at gmail.com>: > Note the typo in your 3rd line: data < > > Don't

Hello, again. I'm interested to learn how programmers develop & test C/C++ code with R packages in Linux. I've been reading R source and the manual on Writing R Extensions but there are just a couple of details I can't understand. I wish I could watch over a developer's shoulder to see how people actually do this. I've tested a bit. I am able to take package.tar.gz

Hi, Standard approach to profiling dynamically loaded libraries with gprof doesn't seem to work with LLVM: export LD_PROFILE=Mylib.so export LD_PROFILE_OUTPUT=. make ENABLE_PROFILING=1 // compiling my project opt -load Profile/Mylib.so -options... but no Mylib.so.profile (or gmon.out) is produced. Profiling libc.so.6 usage by "ls -l", however, works fine. Could anyone explain

I needed the following patch to be able to use gprof with profiled build. regards, Benoit --- a/Makefile.rules (revision 37946) +++ b/Makefile.rules (working copy) @@ -212,6 +212,7 @@ CXX.Flags := $(OPTIMIZE_OPTION) -pg -g C.Flags := $(OPTIMIZE_OPTION) -pg -g LD.Flags := $(OPTIMIZE_OPTION) -pg -g + KEEP_SYMBOLS := 1 else ifeq ($(ENABLE_OPTIMIZED),1) BuildMode := Release

If anyone has some reasonably valid gprof output laying around (from a vorbis encoding run), could you email it to me? Thanks, --Mike --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No

I have inherited a legacy S-plus system with about 10,000 lines of S and 10,000 lines of Fortran. It's now running under R. However, I would like to profile the fortran code with gprof or prof for performance tuning. I've successfully linked the .so file into a simple C driver program and profiled, but I can't seem to get profiling to work when using dyn.load() to use it from R. Do

brady@spaceship.com said: > Finally, in a more general context, is there an easy way to build for > profiling, or do I have to edit the makefiles? I'm using gcc and > gprof. Try oprofile. It's more accurate than gprof, and it doesn't require you to recompile the source you're profiling. Jason

On Thu, Feb 20, 2003 at 05:46:50PM -0600, Brady Patterson wrote: > I'm working on Altivec versions of some of the libFLAC functions. I figured > the best candidates would be those that had MMX/SSE/3dnow versions, and I > picked FLAC__lpc_restore_signal() to do first, since it's relatively simple. > > In stepping through some runs, it appears that 'order' mod 4 is

Hi, I was trying to profile some C-code using clang. This was the actual line: clang -flto -g -pg a.o b.o -o test but the '-pg' flag was unused. I found an archive from January 2011 that says that clang does not support gprof profiling: http://lists.freebsd.org/pipermail/freebsd-toolchain/2011-January/000083.html The error mentioned in that is different, so I have a feeling the issue

Anton, Doh! It appears that *-*-darwin* is preset in configure to not build libgfortran... # APPLE LOCAL end ARM darwin target powerpc-*-darwin* | i[3456789]86-*-darwin*) noconfigdirs="$noconfigdirs bfd binutils ld gas opcodes gdb gprof" noconfigdirs="$noconfigdirs sim target-rda" # LLVM LOCAL begin noconfigdirs="$noconfigdirs target-boehm-gc

Howdy. I'm working on Altivec versions of some of the libFLAC functions. I figured the best candidates would be those that had MMX/SSE/3dnow versions, and I picked FLAC__lpc_restore_signal() to do first, since it's relatively simple. In stepping through some runs, it appears that 'order' mod 4 is always 0. Is that guaranteed, either by the format or by higher functions in the

Hi, all. Does anyone know how to profile R interpreter? I've tried gprof but it doesn't work. Thanks. Xiaoming [[alternative HTML version deleted]]

Hey guys, I am trying to speed up some of my LLVM/llc passes. Is there a way to use something like gprof on llc? If not, do you guys know anything that I can use to discover which routines of my passes are taking most of the time? thanks, Fernando

Hello, attached is a gzipped patch file to the lib/mcomp.c source file of theora (as of AnonCVS current version) that implements MMX and extended-MMX optimizations in the most frequently used functions of the encoder (as shown by gprof). This is more a proof of concept than a real request for inclusion into the source tree. My personal intent was more to look deeper into the MMX instruction set

Hi, I am trying to obtain basic block profiles for mediabench g721 benchmark. I have successfully built llvm in profile_enabling mode. Then so as to find out the block execution frequency, I ran the command, analyze encode.out-cbe. It generated gmon.out which I read using gprof. However, I did not get the basic block level execution frequency. Can anybody help me as to how I can extract the basic

Now I am writing a simulator by llvm IR. That is really a wonderful tools for us. Now I use gprof try to find the bottleneck of the simulator, the output as the following. And I found addRegisterDead of llvm is called too much. What is the functionality of addRegisterDead? I try to understand it by reading the related code of llvm source but no idea. % cumulative self self