similar to: Fortran90

Dear helpers, thanks. Installation of R and packages (like integrate) successful done. The LD_LIBRARY_PATH wasn't set in the correct order: system libs ahead of the compiler lib. Cross checks provided by Brian Ripley, Oxford, helped a lot. Yours Bodo gordon.harrington at uni.edu wrote: > Without tracing the loader system calls and knowing where the functions are > located I can

Dear helpers, I have strange results with levelplot: The following lines of code produce a figure with a strange gray horizontal line. Changing n to 9 the line vanishes almost - it stays in the colorbar. Any ideas? The pixel geometry of the lower half of the figure is wrong? ############################## n<-8 xyz<-expand.grid(x=seq(1,n),y=seq(1,n)) z<-matrix(0,n,n)

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

Jim Lindsey wrote: > I am getting more and more useful and interesting code in Fortran90 > that I would like to incorporate into my R libraries. I am currently > working on one that does two levels of nesting for binary data (3 > level hierarchical model). This is a great deal of work. Does anyone > know of a public domain Fortran90 compiler. I am doubtful, given the > number of

Hi all, Is anybody here using Fortran90 and Fortran77 on their CentOS-machine(s)? If so, did you get that from a repo or something? One of our PhD-students needs a software that requires the Fortran compilers mentioned in order to make the sources for our i7-machines. The Fortran stuff that is available to me is from the standard CentOS repos, as well as Rpmforge and EPEL repos, from which I

Dear r-helpers, we have installation problems: Successful installation of R-0.63 base package on Solaris 2.5.1 with the SunSoft compilers f77, c version 4.2. We habe problems with the installation of further packages e.g. integrate from CRAN. R code works but the shared objects built from fortran code do not find the appropriate libs with functions like __pow_ii or __epx at runtime. We tried

Hi there, We are trying to compile a 64bit version of R (2.5.1) on HP-UX (B.11.23 U ia64), but are running into some problems. This is our configure step: ../configure --prefix=/rnd/homes/lfan/R251 --enable-R-shlib CC="cc" CFLAGS="+z +DD64" CXX="aCC" CXXFLAGS="-b -lxnet +z +DD64" FC="f90" FCFLAGS="+DD64" F77="f90"

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'

Hi All, I'm writing R code that would benefit from doing certain tasks using compiled blocks of code, specifically Fortran subroutines of my own (already written, debugged in both Fortran77 and Fortran90). I am currently working on a Windows machine using Lahey and/or MinGW(g77) compilers. It is possible to dynamically load Fortran DLLs into R as evidenced from the several documents

Hi Ashay, Do you need specifically llvm-gfortran that is based on gcc 4.2? Since that, DragonEgg has been introduced - a powerful plugin to gcc that makes it possible to utilize regular gcc compilers as frontends to llvm: http://dragonegg.llvm.org/ It generates Fortran90 programs for me very well. - D. 2011/9/1 Ashay Rane <ashay.rane at tacc.utexas.edu>: > Hello, > I have been

Hi R usrs, I want to build R-2.10.0 on HP-UX, but I got following error message: ld: Unsatisfied symbol "zgemm" in file CHOLMOD.a[cholmod_l_super_numeric.o] ld: Unsatisfied symbol "zgemv" in file CHOLMOD.a[cholmod_l_super_solve.o] ld: Unsatisfied symbol "zherk" in file CHOLMOD.a[cholmod_l_super_numeric.o] ld: Unsatisfied symbol "ztrsm" in file

Summary: If you use ZFS, do not downgrade from build 35 or later to build 34 or earlier. This putback (into Solaris Nevada build 35) introduced a backwards- compatable change to the ZFS on-disk format. Old pools will be seamlessly accessed by the new code; you do not need to do anything special. However, do *not* downgrade from build 35 or later to build 34 or earlier. If you do so, some of

Hi, in syslinux-386, I think I've found a problem in com32/lib/syslinux/load_linux.c that leads to cmdline being truncated unnecessarily when e.g. linux.c32 is used. The patch below fixes the problem for me. But I don't know, whether the patch is safe in all cases. I tried to reproduce the logic found in runkernel.inc, but I might have missed something. So, feel free to tell me

I'm trying to compile R, not getting pass the configure step. R version is 2.7.1 from source tarball. Machine is HPUX 11.31, 32-CPUs of Itanium II. Compilers are HPUX C, C++ and Fortran. (B3910B A.06.15, May 2007) My config string: ./configure --prefix=/apps/INTEL/R --enable-R-shlib CC=/opt/aCC/bin/cc CXX=/opt/aCC/bin/aCC FC=/opt/fortran90/bin/f90 --prefix=/apps/INTEL/R --enable-R-shlib

Full_Name: Denis Sunko Version: 1.3.1 OS: HP-UX 11.0 Submission from: (NULL) (161.53.2.114) I invoked configure by env LDFLAGS=/opt/fortran90/lib ./configure --with-f77=f90 Problem: although configure completed to (its own) satisfaction, the LDFLAGS information was not propagated everywhere; I had to change the line PKG_LIBS = -l:libF90.a -lcl -lisamstub to PKG_LIBS =

Hi, I recently took a closer look at the implementations of sampling algorithms for all basic distributions in R. Two seemed inefficient (slow) to me: 1) rgeom() 2) rexp() Obviously, Geo(p) and Exp(lambda) have very simple stochastic representations (floor(Y) for Y ~ Exp(-log(1-p)) and (-log U)/lambda for U ~ U[0,1]). I thought I could easily beat the (more complicated) algorithms that R uses for

I am trying to load a .so file and get the following error message: > dyn.load("taper.so",local=F) Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared library "/home/hpc1367/runs/taper/taper.so": ld.so.1: /usr/local/lib/R/bin/R.bin: fatal: relocation error: file /home/hpc1367/runs/taper/taper.so: symbol f90_init: referenced symbol not

Hi, I am using mechanize for a while now. Works great. But at the moment I have a small problem using it. The problematic file is attached. In that PHP-File you will see a formular, but mechanize doesn''t recognize it. Could somebody check this? Thanks, Bodo -- http://www.tvbrowser.org http://www.wannawork.de -------------- next part -------------- An HTML attachment was scrubbed...

----- Original Message ----- From: "Bodo Thiesen" <bothie@gmx.de> To: <ext3-users@redhat.com> Sent: Monday, August 25, 2014 8:15 PM Subject: Re: filesystem > Hello Bill. [snip] > You're trying to understand what exactly? From the user point of view, > dir_index just makes directory accesses on very big directories faster. > When creating a new file, or

> R code works but the shared objects built from fortran code do not find > the appropriate libs with functions like __pow_ii or __epx at runtime. I used to have endless trouble with __pow_ii which as I recall could be be fixed by the correct incantation of the mix of compiler libraries and LD_LIBRARY_PATH. It seemed to be extremely sensitive and never easy to get right. The problem is