similar to: new package gsl, a wrapper for the Gnu Scientific Library

I'm attempting to install the gsl package using the following command: install.packages("c:/users/mike/documents/R/win-library/gsl_1.9-9.tar.gz",repos=NULL,type="source") My attempt is failing. Please help. The message supplied is: Installing package(s) into ‘C:/Users/Mike/Documents/R/win-library/2.15’ (as ‘lib’ is unspecified) * installing *source* package

On 22 November 2007 at 20:00, leviwaldron at gmail.com wrote: | Full_Name: Levi Waldron | Version: 2.5.1 | OS: Ubuntu Gutsy | Submission from: (NULL) (206.248.157.88) | | | I installed libgsl0-dev then tried to install the gsl cran package, | unsuccessfully (see output below). As a workaround I created a symbolic link to | /usr/bin/gcc-4.2, ie: | | sudo ln -s /usr/bin/gcc-4.1 /usr/bin/gcc-4.2

Full_Name: Levi Waldron Version: 2.5.1 OS: Ubuntu Gutsy Submission from: (NULL) (206.248.157.88) I installed libgsl0-dev then tried to install the gsl cran package, unsuccessfully (see output below). As a workaround I created a symbolic link to /usr/bin/gcc-4.2, ie: sudo ln -s /usr/bin/gcc-4.1 /usr/bin/gcc-4.2 The correct behavior of the gsl package should be to use the executable

I am looking for a method of dealing with the modified Bessel function K_\nu(x) for large \nu. The besselK function implementation of this allows for dealing with large values of x by allowing for exponential scaling, but there is no facility for dealing with large \nu. What would work for me would be an lbesselK function in the manner of lgamma which returned the log of K_\nu(x) for large

Hi, I'm trying to install the gsl wrapper source code (http://cran.r-project.org/src/contrib/gsl_1.9-8.tar.gz) on a Linux system (OpenSuse 11.1), but encountering the following problem. I've already installed 'gsl' version 1.14 (ftp://ftp.gnu.org/gnu/gsl/gsl-1.14.tar.gz) on the system. What's missing? Thanks a lot... > R CMD INSTALL gsl * installing to library

hi all- after a but of hacking with msys and mingw i think i''ve compiled an easy to install version of the rb-gsl bindings. for those of you who don''t know what these are, the gnu scientific library (gsl) is by far the best collection of open source algorithms for scientific computing available. you can read about the gsl and ruby bindings to it here

I have been working on an R package that calls C code using .C(). I recently started including some functions from the GNU Scientific Library in my code. The code runs fine on my machine when not wrapped in the package. But I get the following error from "R CMD check" * checking whether the package can be loaded ... ERROR Loading required package: splancs Loading required package: sp

Hi List I'm thinking of putting together some R functionality (maybe a package) of elliptic functions. An elliptic function is one that is doubly periodic on the complex plane and I think they are cool. One objective of mine is to reproduce Abramowitz and Stegun's beautiful diagram on p643 (figure 18.5). The gsl package does sn, cn, dn et seq, but before I put a huge amount of

Full_Name: Tim Middelkoop Version: 0.64.0 OS: IRIX 6.3 on O2 Submission from: (NULL) (128.119.88.192) Various IRIX complile issues src/nmath/pnt.c IRIX cc does not like double negatives Makeconf,config.site,etc/Makeconf f77 pic hack, should change Makeconf.in or other... change -PIC with -KPIC enjoy, tim... === diff -ru orig/R-0.64.0/src/nmath/pnt.c R-0.64.0/src/nmath/pnt.c ---

Here's a contribution from Ian Smith that got bounced from the list. -------- Original Message -------- Subject: Re: [Rd] pt inaccurate when x is close to 0 (PR#9945) Date: Thu, 11 Oct 2007 06:02:43 -0400 From: iandjmsmith at aol.com To: murdoch at stats.uwo.ca Duncan, I tried sending the rest of this to R-devel but it was rejected as spam, hence the personal e-mail. R calculates the pt

Hi I want to install the R package gsl, which is a wrapper to the library GSL. Installation fails as it seems that I did not install the right GSL library: * Installing *source* package 'gsl' ... checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of

Hello everyone, I've tried to install the R gsl package but without success because R claims there needs to be a gsl library version >= 1.12 installed on the system. Actually gsl library version 1.12 is installed locally in my home directory and I set PATH and LD_LIBRARY_PATH in .bash_profile to point to corresponding bin and lib directory. gsl-config is accessible from everywhere in the

Dear Team, Maybe somebody already tried to install mpfr and gsl packages for R on SLES. Exactly I try to install Rmpfr_0.6-1.tar.gz and gsl_1.9-10.3.tar.gz on SLES11 SP4. These are the available packages from official SLES SDK media: rtest:/home/ruser # rpm -qa | grep -i gsl gsl-devel-1.11-1.30 gsl-1.11-1.30 rtest:/home/ruser # As I understand gsl is from 1.11 till 1.30 level.

Dear R users: I have a problem when installing the R package *gsl*. The procedure is as follows: (1) Since it needs a GSL vesion >=1.12, and the GSL library on the serve I use is too old, I download GSL 1.15 and install it in my own account, such as $HOME/local/gsl. Because I do not have root access, so it cannot be installed in standard folder. (2) Then I download the source code of R

hello I maintain the gsl R package, and many users have recently reported that the package does not install from source under macosx 10.9 ("mavericks"). Users typically install the gnu GSL library and are able to compile and run a small "hello world" program which executes some of the Bessel functionality of the library; but under mavericks the configure script (which uses

I hope that someone reading this list can offer some suggestions on how I can incorporate external C libraries in C functions that I want to call from R. I have gone through all of the documentation, help files and mailing list archives and have not been able to find a satisfactory solution. I have constructed a simple example of the problem, since my "real" program is much more

Hello, I tried this posted on the R devel subforum but no help so far. Maybe the wider net will be fruitful. Probably a pretty simple issue. The short story goes, I'm writing C source code and compiling it in as *.dll in the windows terminal by R CMD SHLIB foo.c. It works, I'm on a 64-bit system. I have the lastest R 2.15.0 and Rtools, and I am using the gcc 4.6.3 compiler. However,

Hi all, I am new to R and am writing after having contacted Robin Hankin, who maintains the R gsl wrapper. I am trying to use an AFNI (neuroimaging analysis) program that depends on the R gsl package. When I try to use the script I wrote, I get an error that led me to suspect the gsl package was a culprit. When I do library("gsl") within R, I get: Error in dyn.load(file, DLLpath

The following patch saves pt(), but not the pf() and pbeta() ones which are harder.. [pbeta(), the incomplete beta ratio is really underlying all these... needs another asymptotic formula, and it's even harder to decide WHEN to switch from the (Taylor kind) series to the asymptotic formula ] This has to wait for a while, unless someone else.... BTW, S-plus also fouls up completely

Full_Name: Mikael Weigelt Version: 2.0 OS: windows Submission from: (NULL) (207.171.180.101) The calculation of the qpois attempts to use the Cornish-Fisher expansion as a starting approximation. The definition of the expansion is incorrect. However, since this approximation just gives an initial solution, the end result of the function is still correct. To fix the approximation, in the