similar to: (no subject)

Anybody out there successfully using the Salford Fortran compilers with R? I have created a DLL using the Salford FTN95 compiler and it works in as far I can dyn.load it, run the routines and get the right answers back. Unfortunately subsequently, sometime later, the Rgui crashes (access violation I think from the DrWatson log). The crashes depend on whether or not I paste the code as one

Greetings. One for the developers I guess... I am having problems in using a (non-recommended) Fortran compiler (Salford ftn95 Windoze), and the crashes do seem to be associated with the ftn95-dervived DLL changing the Floating Point Control Word. The compiler people are suggesting (and I paraphrase!) that if R minds what the FPCW is it is up to R to make sure it is the value it wants and

Hi! I would like to call a Fortran subroutine within R. For doing this, I first built a shared library for loading into R under Unix and it was successful. But when I tried to load a shared library using dyn.load() function for use in .Fortran(), I got an error message. The command I input below in R is: >dyn.load("aaa.so") The reslut is: error in

Hi all, (Originally posted to r-help) I'm porting a package that I've worked on for OS X to Windows. The package is written in F95 so I need to compile it with gfortran and link it with gcc4. I've been trying to build an R with gcc4 without luck so far. If there is a binary of such a thing info would be appreciated. This package requires a Makefile. My question is, how can I find

Hi, I found some bottlenecks in my R code with Rprof. First I wanted to rewrite them in C, but a colleague keeps suggesting that I learn Fortran, so maybe this is the time to do it... I like to learn new languages and do it fairly quickly. I would appreciate the advice of others about these questions: 1) I hear bad things about Fortran. Sure, F77 looks archaic, but F90/95 seems nicer. Is it

I have been revising some FORTRAN 77 routines in R packages I have previously submitted. Since R is now using gfortan I experimented with some Fortran 90 code (array intrinsics primarily). So far the code is still in F77 fixed format, in files suffixed .f (not .f90), but incorporates some F90 constructs. It has worked fine in linux/R. I tried to follow the thread of previous discussions

Has anyone achieved a current successful build of R 1.8 or 1.9 or earlier for HPUX Tru 64 OSF 5.1? There is no binary version of R for HPUX Tru 64 OSF 5.1. The R admin manual mentions that the native make fails on "Alpha/OSF (aka Tru 64)" and gnu make must be used instead. There are problems reported with building R versions around 1.4 from 2002 on R-devel, some of which were fixed with

We have a user here who is attempting to compile a package which requires f90 (gfortran will do). Our version of R was built with f77 (g77). When the user attempts to build the package, f77 is always invoked and fails due to the presence of f90 features. Is there a simple method or some documentation on how to force a package build to use a different compiler than the one used in

Dear all, I am currently trying to create a package wrapping Fortran90 code, the RRTMG radiative transfer model( http://rtweb.aer.com/rrtm_frame.html). I am doing this on a Linux workstation, with gcc/gfortran, in case this matters. The code heavily relies on F90 features, in particular modules, which seem to clash with R's assumptions for calling compiled code. What I have done: -compiled

Full_Name: Lukasz Andrzej Bartnik Version: 2.8.1 OS: RHELS 5.2 Submission from: (NULL) (194.181.94.250) Compile R for 32 bit on a 64 bit machine: unset LD_LIBRARY_PATH unset R_LD_LIBRARY_PATH export CC="gcc -m32" export CXXFLAGS="-m32 -O2 -g" export FFLAGS="-m32 -O2 -g" export FCFLAGS="-m32 -O2 -g" export OBJCFLAGS="-m32 -O2 -g" export LIBnn=lib

Hi, is there any chance to install glmnet with gcc-4.5.2? For me it fails on all systems with: trying URL 'http://mirrors.softliste.de/cran/src/contrib/glmnet_1.7.tar.gz' Content type 'application/x-gzip' length 522888 bytes (510 Kb) opened URL ================================================== downloaded 510 Kb * installing *source* package ?glmnet? ... This package has only

Hi, I am having problems calling a fortran routine from within R. When the routine is called, R exits with an application error: "The instruction at 0x004a8b7d referenced memory at 0x200000015. The memory could not be written". The R code used to call the routine is: .Fortran("GTEST",a=as.integer(1),b=as.integer(3),c=as.integer(-10),d=as.inte ger(0),e=as.integer(0)) The

Hi, did anybody manage to compile F90 sources in an R-package? The major problem is, at least in my opinion, that non of the "free" F90 -> F77 converters is working correctly, at least for the F90 sources I need to compile. Torsten -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read

Hi, I have a problem with getting through the make process. It fails during the ld process. Can someone explain the errors that I get ? `Makedeps' is up to date. `libappl.a' is up to date. `libmath.a' is up to date. `libunix.a' is up to date. `../../bin/R.X11' is up to date. building package `base' ../../../library/base/R/base is unchanged building package `ctest'

When trying to build R-1.1.0, the configure script reported no Fortran compiler, even though '/usr/bin/f2c' was present, and R-1.0.1 had found and successfully used this. I traced this to an apparent typo in line 2067 of configure: for name in g77 fort77 f77 f90 xlf cf77 fc; do changing this to: for name in g77 fort77 f77 f90 xlf cf77 f2c; do allowed the script to 'find'

Greetings, We are trying to compile a 64bit version of R (1.7.0) on HP-UX (11.11), but are running into some problems. The following relevant filesets are installed: B3901BA B.11.11.04 HP C/ANSI C Developer's Bundle for HP-UX 11.i (S800) B3909DB B.11.11.60 HP Fortran 90 Compiler and associated products (S800) B3913DB C.03.33.01 HP aC++ Compiler (S800) This is our configure step:

Hello! Has anyone successfully compiled F90 sources in R-package? I found the same question on r-devel list from 2002 and I wonder if there is any progress. I heard that g95 and gfortran can be usable. And one more thing. I have a program written in F90 and lets suppose that compiler is not a problem. I've read manual 'Writing R Extensions' and successfully loaded one F77 subroutine

Hello! Has anyone successfully compiled F90 sources in R-package? I found the same question on r-devel list from 2002 and I wonder if there is any progress. I heard that g95 and gfortran can be usable. And one more thing. I have a program written in F90 and lets suppose that compiler is not a problem. I've read manual 'Writing R Extensions' and successfully loaded one F77 subroutine

Hi, all, We just got the Sun Performance Library for our Suns running Solaris 2.6, and I read the relevant section of the "R Installation and Administration Manual" about configuring R to use BLAS. The manual suggests you must use Sun's "cc" and "f95" (maybe "f90"?) compilers in order to use the Performance Library. We have "cc" but not

Dear list members, In re-running with GLMM() from the lme4 package a generalized-linear mixed model that I had previously fit with glmmPQL() from MASS, I'm getting a warning of a convergence failure, even when I set the method argument of GLMM() to "PQL": > bang.mod.1 <- glmmPQL(contraception ~ as.factor(children) + cage + urban, + random=~as.factor(children) + cage +