similar to: New freebsd-fortran mailing list

Dear all, I have a big problem to compile R-3.0.2 on our SUSE SLES 11 Server. Make breaks up with fortran errors and so the installation isn't successful This is a part from the make run output.: gcc-3.3 -fpic -L/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3-hammer/ -lg2c -ffloat-store -c dlamch.f -o dlamch.o dlamch.f: In function `dlamch': dlamch.f:89: warning: INTRINSIC

Hello, I am trying to compile some F77 subroutines as shared objects for R on my Mac. --> Mac OS-X Version 10.4.11 (Tiger Intel Mac) I have done this (successfully) before on Sun Solaris and Linux Fedora systems using the following command. > R CMD SHLIB myfile.f I have g77 installed from this page. http://hpc.sourceforge.net/ I am using R 2.8.1, and I have installed all 4 additional

Cray is hiring! Cray is looking for talented and motivated engineers to help develop compilers and other programming tools for state-of-the-art supercomputing platforms. Cray is a leader in designing and implementing supercomputers using future custom and commodity architectures. As system complexity grows, programming tools are a critical part of the Cray ecosystem to provide excellent

Here are three reasons for converting Fortran code, especially older Fortran code, to C: 1. The C-Fortran interface is not standardized. Various Fortran compilers pass logical and character arguments in various ways. Various Fortran compilers mangle function and common block names in variousl ways. You can avoid that problem by restricting R to using a certain Fortran compiler, but that can

Hi team, I am beginning on R and I try to install Rmpi library and I have problems, I have installed LAM-MPI on Rocks; [rcnavarro at hpc-cip ~]$ laminfo LAM/MPI: 7.1.1 Prefix: /opt/lam/gnu Architecture: x86_64-unknown-linux-gnu Configured by: root Configured on: Wed Oct 19 18:12:25 EDT 2005 Configure host: rocks-156.sdsc.edu Memory

I have tried compiling R on a dec alpha running digital unix 4.0E configure works ok - giving is now configured for alpha-dec-osf4.0 Source directory: . Installation directory: /hpc/readonly/code/bin.alpha/R C compiler: gcc -ieee_with_inexact -g -O2 FORTRAN compiler: f77 Gnome support: no make runs ok (make version gnu make-3.78.1)

On 10/24/13 03:25 PM, David Tweed wrote: > Hi, note this a personal comment. > > You can see from the lists that ARM has been sending patches for some of the > more "niche" instructions, encodings and intrinsic in the AArch64 ISA. So we > at ARM are certainly working on LLVM in the context of AArch64. Thanks David (I'm aware of this) My goal is to connect with other

Dear R community, cloudnumbers.com provides researchers and companies with the resources to perform high performance calculations in the cloud. As cloudnumbers.com's community manager I may invite you to register and test R on a computer cluster in the cloud for free: http://my.cloudnumbers.com/register Our aim is to change the way of research collaboration is done today by bringing together

REvolution Computing is hosting two new R courses in New York City and Chicago in April. Short descriptions are below, but further information and registration details can be found in the links at: http://blog.revolution-computing.com/2009/03/r-courses-from-revolution-april.html April 1 (New York City): What's All The Fuss About R? An Introduction to R Using Real-world Examples. This

One problem with linking compiled code is getting the symbol from the right shared library/DLL (hereafter DLL). This actually happened to Guido Masarotto recently: both leaps and ts had "ss", and leaps got ts's version (and thereby crashed R). We have added an argument PACKAGE to .C, .Fortran, .Call and .External, which confines the symbol search to the named DLL (name without

Hello, I'm trying to install a package that requires a Fortran compiler (Hmisc) using R CMD INSTALL. I downloaded the package source onto my Desktop, unzipped it, and then typed: R CMD INSTALL /Users/brianbeckage/Desktop/Hmisc * Installing *source* package 'Hmisc' ... ** libs g77 -fno-common -g -O2 -c cidxcn.f -o cidxcn.o g77 -fno-common -g -O2 -c cidxcp.f -o cidxcp.o g77

I successfully used .Fortran to load and execute my fortran procedures under WinXP and 32 bit R. Alas, the same isn't true with my next Windows 7/64 machine, R 2.14.1 (64 bit) and the gnu gfortran (64) compiler (mingw64 v. 4.6.1). Though I'm able to compile the routines from the command line using gfortran '...', .Fortran('foo2') results in an error saying the Fortran

Hi all, I'm unable to compile R under an HPC system (which like many HPC systems doesn't always have the latest and greatest software). The version of GCC is 4.1.2 under CentOS 5.7. Running ./configure gives the following output: R is now configured for x86_64-unknown-linux-gnu Source directory: . Installation directory: /home/tbarik C compiler: gcc

Anton, I didn't know that EQUIVALENCE is the only unsupported major Fortran feature, as this bug says. Can you give me an update on the status of the Fortran front-end and what the near-term goals are? I am getting more requests from academics doing HPC compilers and it would be useful to know where Fortran support stands. Other llvmdev'ers may be interested too. Thanks,

Hi, Until you get a more definitive answer, I will make an attempt to give some advice. When using an assumed sized array (i.e. REAL*8 array1(*)) you still need to allocate the memory prior to calling the Fortran subroutine, so you would still need to know its maximum length. Arrays created in a Fortran subroutine via the use of the ALLOCATE statements are not simple arrays (in the sense of C

Hi, "we can, once we know how to do it, 'drive' R from within FORTRAN" I am not sure I understand what you mean by this ... You can call routines written in Fortran or C from within R - how easy this is depends on the interfaces to those routines. You can call (some) R functionality from C (see for example

I browsed through ch.5 of R manual "Writing R extensions". It seems to be written for experienced programmers rathern than for people who occasionally face this problem. A table summarising the main ley points for each supported platform would be very useful. Something like: Supported languages: C, Fortran-77, ...... Windows guidelines: 1. compie Fotran code with (commands) from

My older packages have some Fortran and C routines. The Fortran is ancient and I am started to convert it to Fortran 2018 (thanks ChatGPT). To have a mixture of Fortran and C code in a package I have had a src/init.c file that provides names for routines of the form F77_name, and I called the routines with .Fortran(F77_name, ...) and in NAMESPACE had useDynLib(package name, .registration=TRUE,

On Wednesday 30 July 2008 18:13:27 Duncan Sands wrote: > On x86-64 linux, in stage 2, I get: > > c++ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -o f951 \ > fortran/arith.o

Install the gmp package, run your code, and then try this: bu <- gmp::as.bigq(u) bs4 <- bu[1] + bu[2] + bu[3] + bu[4] + bu[5] s4 <- as.double(bs4) s1 - s4 ## [1] 0 s2[[2]] - s4 ## [1] 7.105427e-15 s3 - s4 ## [1] 7.105427e-15 identical(s1, s4) ## [1] TRUE `bs4` is the exact sum of the binary rationals in your `u` vector; `s4` is the closest double precision to this exact sum.