similar to: Profiling dynamically-loaded code

As a fairly experienced Unix user, it's obvious to me that scp copies files from left to right -- that is, that the last [host:]file on the command line is the destination. However, this might not be so obvious to users with less experience. It pains me to suggest this, but perhaps the scp man page should be edited to make this more obvious. For example, from the [Free]BSD cp(1) man

Dear helpers, I am trying to create a library which uses some Fortran source files and Lapack and Blas subroutines. The Fortran source files from the original author contain subroutines isamax.f, sgefa.f and sgesl.f, which are part of BLAS subroutines on my Linux computer, but maybe different (old) versions. So in addition to these subroutines, there are other Lapack and Blas subroutines

I can't compile R-alpha on AMD 64. Rather than include a 1400 line script I have put it on the web http://www.stat.umn.edu/~charlie/typescript.txt way down near the bottom it fails building lapack.so gcc -shared -L/usr/local/lib64 -o lapack.so Lapack.lo -llapack -lblas -lg2c -lm -lgcc_s /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/../../../../x86_64-suse-linux/bin/ld:

Hi there, I'm trying to install the package RcppArmadillo in my R 2.11.1 which I installed and regularly update via Ubuntu's repositories. When I try to install RcppArmadillo from CRAN I get: > install.packages('RcppArmadillo', lib='~/myRlibs') [...] g++ -shared -o RcppArmadillo.so RcppArmadillo.o fastLm.o -L/home/matias/myRlibs/Rcpp/lib -lRcpp

Dear all, I have a problem to build a package on Windows XP while there is no problem on Linux. The Makefile is something like: ########### LIBNAME=cts PKG_LIBS = $(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) OBJS=file1.o ... file20.o -llapack -lblas $(LIBNAME)$(SHLIB_EXT): $(OBJS) $(SHLIB_LD) $(SHLIB_LDFLAGS) -o $@ $(OBJS) $(FLIBS) clean: @rm -f *.o *.$(SHLIB_EXT) realclean: clean

Does any have installation instructions for this? When I run install.packages('quantreg') I get: gcc -std=gnu99 -shared -o quantreg.so akj.o boot.o brute.o chlfct.o cholesky.o combos.o crq.o crqfnb.o dsel05.o etime.o extract.o idmin.o iswap.o kuantile.o mcmb.o penalty.o powell.o rls.o rq0.o rq1.o rqbr.o rqfn.o rqfnb.o rqfnc.o sparskit2.o srqfn.o srqfnc.o srtpai.o -llapack -lblas

Hello. I am a Linux neophyte and know almost nothing ?about compiling, so I would appreciate any help and advice y'all would care to offer. I am trying to compile the 64 bit version of R using a tuned ATLAS and LAPACK (ATLAS 3.9.24). I am running Ubunto 10.04 LTS (through wubi, FWIW). The ATLAS and LAPACK files (atlas.so, f77blas.so, lapack.so, and cblas.so) are sitting in the folder

Just in case anyone cares or is hitting the same problem: to install current mgcv (1.0-5) on 1.9.0 on Knoppix/Debian unstable I had to: # cd /usr/lib # ln -s /usr/lib/atlas/libblas.so.3 libblas-3.so # ln -s /usr/lib/atlas/liblapack.so.3 liblapack-3.so Otherwise compilation couldn't find -lblas-3 or -llapack-3 (I could have gotten away with the links in /usr/lib/atlas instead of /usr/lib,

Dear all, OS: x86_64-suse-linux 9.2 CPU: Intel(R) Xeon(TM) CPU 3.20GHz R-version: R-2.1.0 I've started using a new Linux server, upgraded at the same time to R-2.1.0 (see above) and have problems with some elementary analysis that ran without a problem on my previous configuration. anova.glm gives the following error: Error in La.chol2inv(x, size) : lapack routines cannot be loaded This

For various reasons, it suits our workplace to have a cygwin version of R. I am pretty sure that cygwin is still not a supported environment for R, but we have managed to compile R-2.5.1 under cygwin without too many dramas. Our procedure is described below. We still have a few problems compiling libraries without manually changing files from .so to .dll, but it seems ok. I was wondering

Can anyone tell me how to fix this. root at nucleus => /usr/local/R-1.3.1/bin/R INSTALL Matrix_0.3-15.tar.gz Installing source package `Matrix' ... creating cache ./config.cache checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts

Hi, I want to use R_qsort_int_I() in my C function, but getting the following error. It looks like there is a conflict between Rmath.h, which I use to generate random numbers, and R_ext/Boolean.h I would appreciate any help to fix this problem. gcc -ansi -g -o Gibbs gibbs.c subroutines.o rand.o vector.o -lm -lRmath -llapack -lblas -lfrtbegin -lg2c -lm -shared-libgcc In file included from

After trying the recommended use of -O4 -fvisibility=hidden to compile xplor-nih with full LTO optimizations, I discovered three symbols become undefined... llvm-gcc-4 -O4 -fvisibility=hidden -o xplor xplor.o \ \ -L. -lxplorCmd -lxplor -L/Users/howarth/xplor-nih-2.21/bin.Darwin_9_x86/ -lfft -lintVar -lvmd -lpy -lswigpy-xplor -ltclXplor -lswigtcl8-xplor -lnmrPot -lcommon -lmarvin \

Hi I just upgraded my debian/stable to R 2.7.1 via apt-get install r-base r-base-core r-base-dev, and then began to update.packages() > update.packages(lib.loc="/usr/local/lib/R/site-library") > update.packages(lib.loc="/usr/lib/R/library") but I get: .... * Installing *source* package 'mgcv' ... ** libs gcc -std=gnu99 -I/usr/share/R/include -fpic -g

Un saludo R-inómanos: Les escribo porque tengo una duda que no he podido resolver por mis medios y actuales conocimientos. He querido instalar el paquete "ade4" en R (OP linux-ubuntu) pero no he podido por un error que según entiendo está relacionado con una librería. Me permito mostrarles el texto que me aparece luego de tratar de instalarlo desde los repositorios: >

Prof Brian Ripley wrote: > 'library' in R has a different meaning: I've altered the subject to be > more accurate 'libR'. > > This is what R CMD SHLIB is for: it does all this for you in a portable way. > > But if you want to DIY, you can use R CMD config to find out the > appropriate linker incantation. Thank you for the clarification. I do not insist on

Full_Name: Eric van Gyzen Version: 2.1.0 OS: FreeBSD 5.4 Submission from: (NULL) (152.3.22.33) R-2.1.0 fails to compile on the newest release of FreeBSD, complaining about undefined references to __builtin_alloca. On FreeBSD, alloca() is declared in stdlib.h, not alloca.h as the R sources expect. Therefore, HAVE_DECL_ALLOCA does not get set, so the R sources declare alloca() after it has

Dear All, I am building R from source[1], following what is done in "rules" for building Debian's R. But the R I generate, in contrast to the standard Debian's R, will not change the BLAS and LAPACK libraries it uses when I change them via "update-alternatives". I have no idea what I am doing wrong (but, somehow, I've been quite capable of making the same

Le 25 janv. 09 à 06:01, Jack Howarth a écrit : > After trying the recommended use of -O4 -fvisibility=hidden to > compile xplor-nih with full LTO optimizations, I discovered three > symbols become undefined... > > llvm-gcc-4 -O4 -fvisibility=hidden -o xplor xplor.o \ > \ > -L. -lxplorCmd -lxplor -L/Users/howarth/xplor-nih-2.21/ > bin.Darwin_9_x86/ -lfft -lintVar

Full_Name: Eric van Gyzen Version: 1.6.2 OS: FreeBSD 5.0-RELEASE i386 Submission from: (NULL) (152.3.22.120) When compiling R (versions 1.6.1 and 1.6.2), I get the following messages: dumping R code in package 'methods' Fatal error: The X11 shared library could not be loaded. The error was /tmp/R-1.6.2/modules/R_X11.so: Undefined symbol "R_GlobalEnv" The compiler is GCC