similar to: mpfr and gsl problem on SLES11 SP4

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

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

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

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 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

Hi: I'm trying to reproduce an arbitrary precision constant from 'Why and How to Use Arbitrary Precision' (Ghazi et al., COMPUTING IN SCIENCE & ENGINEERING May/June 2010; http://perso.ens-lyon.fr/philippe.theveny/cise.pdf): d = 173746a + 94228b ? 78487c where: a = sin(1022), b = log(17.1), and c = exp(0.42). Ghazi et al. report: d = ?1.341818958e?12 whit IEEE-754 quadruple

I've been asked in private, but am answering in public so others can comment / or find this answer in the future after a web search. This is about the package 'Rmpfr' (R interface to MPFR, the GNU C library for arbitrary precise numbers). > How can you build a vector of mpfr numbers sequentially? > Typically I would do something like the following (and try to > replace the

>>>>> G?bor Cs?rdi <csardi.gabor at gmail.com> >>>>> on Wed, 29 Apr 2015 23:07:09 -0400 writes: > On Wed, Apr 29, 2015 at 8:12 PM, Paul Gilbert <pgilbert902 at gmail.com> wrote: >> >> As I recall, several packages mask the simulate generic in stats, if you >> are looking for examples. >> > FWIW,

Thank you Martin for giving to know and developing 'Rmpfr' library for unlimited size integers (GNU C GMP) and arbitrary precision floats (GNU C MPFR): https://cran.r-project.org/package=Rmpfr My question is: In the long term (For R3.7.0 or R3.8.0): Does it have sense that CMP substitutes INTSXP, and MPFR substitutes REALSXP code? With this we would achieve that an integer is always an

(Brief reply, I'm traveling but as per below, this is on my radar right now so wanted to comment.) Two points regarding "dotsMethods". 1. To clarify the limitation. It's not that all the arguments have to be of the same class, but there must be one class that they belong to or subclass. (So, as in the example in the documentation, the method could be defined for a class

>>>>> Juan Telleria Ruiz de Aguirre >>>>> on Mon, 3 Jun 2019 06:50:17 +0200 writes: > Thank you Martin for giving to know and developing 'Rmpfr' library for > unlimited size integers (GNU C GMP) and arbitrary precision floats (GNU C > MPFR): > https://cran.r-project.org/package=Rmpfr > My question is: In the long term

Finally getting back to this : >>>>> Hadley Wickham <h.wickham at gmail.com> >>>>> on Mon, 15 Aug 2016 07:51:35 -0500 writes: > On Fri, Aug 12, 2016 at 11:31 AM, Hadley Wickham > <h.wickham at gmail.com> wrote: >>> >> One possibility would also be to consider a >>> "numbers-only" or >>

>>>>> Gabriel Becker <gmbecker at ucdavis.edu> >>>>> on Tue, 15 Nov 2016 11:56:04 -0800 writes: > All, > Martin: Thanks for this and all the other things you are doing to both > drive R forward and engage more with the community about things like this. > Apologies for missing this discussion the first time it came around and if

I have been asked (by Roger; thank you for the good question, and I hope it's fine to answer to the public) : > with Pi a sparse matrix and x,y, and ones > compatible n-vectors ? when I do: >> c(t(x) %*% Pi %*% ones, t(ones) %*% Pi %*% y ) > [[1]] 1 x 1 Matrix of class "dgeMatrix" > [,1] [1,] > 0.1338527 >

>>>>> John Chambers <jmc at r-project.org> >>>>> on Sat, 10 Sep 2016 09:16:38 -0700 writes: > (Brief reply, I'm traveling but as per below, this is on my radar right now so wanted to comment.) > Two points regarding "dotsMethods". > 1. To clarify the limitation. It's not that all the arguments have to be of the same

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

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

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

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