similar to: RE: [R] Rcmd SHLIB problem

Yes, changing line 67 of SHLIB as Uwe suggested worked: C:\TEMP>Rcmd SHLIB tryf.f make[1]: `libR.a' is up to date. rm -f -f tryf.a ar cr tryf.a *.o ranlib tryf.a ------- Building tryf.dll from tryf.a -------- echo LIBRARY tryf > tryf.def echo EXPORTS >> tryf.def nm tryf.a > Defs sed -n '/^........ [BCDRT] _/s/^........ [BCDRT] _/ /p' Defs >> tryf.def rm -f Defs

Dear R-help, I'm having problem creating a dll using Rcmd SHLIB with R-1.3.1 on WinNT4: C:\TEMP>Rcmd SHLIB tryf.o make[1]: `libR.a' is up to date. make: *** No rule to make target `'tryf.o', needed by `tryf.a'. Stop. C:\TEMP>Rcmd SHLIB tryf.f make[1]: `libR.a' is up to date. make: *** No rule to make target `'tryf.o', needed by `tryf.a'. Stop. I

Dear R-help, I'm having problem creating a dll using Rcmd SHLIB with R-1.3.1 on WinNT4: C:\TEMP>Rcmd SHLIB tryf.o make[1]: `libR.a' is up to date. make: *** No rule to make target `'tryf.o', needed by `tryf.a'. Stop. C:\TEMP>Rcmd SHLIB tryf.f make[1]: `libR.a' is up to date. make: *** No rule to make target `'tryf.o', needed by `tryf.a'. Stop. I

Thanks for the answers on readme.packages. I have installed Rw1031 from SetupR.exe including the option for compiling source files and, following directions in www.stats.ox.ac.ul/pub/Rtools, have installed: -tools.zip -Perl (Active Perl) -mingw-1.1.tar.gz -copied sh.exe to c:\bin\sh.exe After Perl installation, its directory is added to my path. I have also added the directory where the R

Well, having made the same installation of Rtools for rw1031 in a Win98 box (the former one was my Win95 labtop) to get advantage of significantly more RAM, I try C:\alobo\Rseg>Rcmd SHLIB test.c make: /bin/sh.exe: Command not found make: *** [libR] Error 127 despite the fact that I made a C:\bin directory and copied sh.exe there. Actually, if I just type sh in the MS-DOS window, it works

The bug is yours: you are using Cygwin Perl, not a Windows Perl. This is specifically warned about in the manual: @strong{Beware}: you do need a @emph{Windows} port and not the Cygwin one. Users of 64-bit Windows can use a Win64 Perl (such as that from ActiveState) if they prefer. You can't expect to use tools from a different operating system (Cygwin is effectively a guest OS)

I'm trying (for the first time) to compile R-devel on my Windows2000 machine. I retrieved the most recent r-devel sources using rsync. I retrieved the R-tools and MinGW and made appropriate modifications to my path (I'm using cygwin): $ type make make is hashed (/c/netsrc/R-devel/tools/make) $ type gcc gcc is /c/mingw/bin/gcc $ type hhc.exe hhc.exe is /c/Program Files/HTML Help

If I configure in R-patched and R-devel, with the same options to configure, then R-patched says checking for ATL_xerbla in -latlas... yes checking for cblas_dgemm in -lcblas... yes checking for dgemm_ in -lf77blas... yes which R-devel says checking for ATL_xerbla in -latlas... yes checking for cblas_dgemm in -lcblas... yes checking for dgemm in -lf77blas... no This is on the same computer and

Hello R-users: I'm experiencing difficulty in building a package in R 1.4.1 under Windows 2000. When I run Rcmd I get this: F:\r\library>f:\r\bin\rcmd check ringsim Please set TMPDIR to a valid temporary directory F:\r\library>f:\r\bin\rcmd build ringsim Please set TMPDIR to a valid temporary directory This problem was discussed over a year ago - the problem was attributed to a Perl

Hi all, I have the following problem: I want to call a function from llvm (tryf in the following) which takes a vector as an argument. The function tryf is a c-function and should output the whole vector. But I only get 0.0. Looks like a problem with how the arguments are passed. I havn't found anything in the docs about how vectors are passed. Any help would be appreciated. The llvm-code

Hello. I know almost nothing about Linux, so I apologize if the answer to this is obvious. I am trying to compile R with ATLAS (successfully compiled 3.9.24 on Ubuntu 10.04 64 bit). I configured with: ./configure --enable-R-shlib --enable-BLAS-shlib --with-blas="-L/usr/local/atlas/lib -lf77blas -latlas" --with-lapack="-L/usr/local/atlaslib -llapack -lcblas" --with-x and I

Hello. I know almost nothing about Linux, so I apologize if the answer to this is obvious. I am trying to compile R with ATLAS (successfully compiled 3.9.24 on Ubuntu 10.04 64 bit). I configured with: ./configure --enable-R-shlib --enable-BLAS-shlib --with-blas="-L/usr/local/atlas/lib -lf77blas -latlas" --with-lapack="-L/usr/local/atlaslib -llapack -lcblas" --with-x and I

Is there a recommended binary version of perl to use under Windows XP for `Rcmd build'? The R FAQ for Windows just mentions "perl". I think that Kevin Wang's document on R for Windows suggests ActiveState perl but I have not been able to install it. I am running Windows XP Professional on a laptop. The operating system was originally Windows 98 then upgraded to Windows ME

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

This is in Windows 98. The problem exists in both rw1021 and rw1023, using ActiveState Perl builds 620 and 626: C:\>Rcmd REMOVE --library=C:/R/Rlibs RBMDS Unknown option: library Usage: Rcmd REMOVE [options] pkgs Remove the add-on packages specified by pkgs from the default library tree (/library) or the tree specified via `--library'. Options: -l, --library=LIB remove packages

Hello, I'm using R 1.40 on MacOS X X.1.2 (installed via the fink package manager). To upgrade my installed packages, I tried to use update.packages() today. All went well for most packages, with the exception of KernSmooth and cluster. In both cases, libraries were not found although I think they are present. Here's what happened: ---------------------------------- >

Dear R'ers, when I e.g. install the integrate2.2-2 package under R1.1.1 (debian2.2) atlas is linked into the library: Installing package `integrate' ... libs gcc -shared -lc -shared -o /usr/lib/R/library/integrate/libs/integrate.so adapt.o adapt_callback.o bsrl.o flfm.o nxprt.o symrl.o wht.o -L/usr/local/lib -lf77blas -lcblas -latlas -lg2c -lm -L/usr/lib/gcc-lib/i386-linux/2.95.2

Hi, All I got the following message while trying to compile a file and link it to some local libraries. I am sure that the path to local libs are given correctly, them why can't the linker find them ? These libs are static ones, like libBOOMdebug.a , is this a problem ? Do I need to convert all of them to DLL's ? Is there an easy way to this. I am not quite familiar with this,

Dear R developers, The trace of the hat matrix H~(n,n) is computed as follows: tr(H) = tr(BS^-1B') = tr(S^-1B'B) := tr(X) = sum(diag(X)) with B~(n,p), S~(p,p). Since p is of the order 10^3 but S is sparse I would like to employ Taucs linear solver ( http://www.tau.ac.il/~stoledo/taucs/ ) on SX = B'B. (Further improvement by implying a looping over i=1,...,p, calling

Dear R-help, I have encountered some errors when trying to compile R-1.3.1 from source on my WinNT4SP6 laptop (PII w/128MB RAM). I have installed all the tools following the instruction in src/gnuwin32/INSTALL, with the exception that the mingw compiler I have might be a bit older (they are the ones recommended for R-1.3.0, I believe). I have also compiled the ATLAS libraries from source using