similar to: g77 and R

I have a package with some embedded legacy FORTRAN code (for computing complex Bessel functions, written in 2003 by C. Bond to implement the algorithms of Zhang and Jin 1996). It worked well until recently [despite warnings about deprecated headers "includes at least one deprecated or antiquated header" -- when I tried to fix these the code stopped working, so I left them alone]. Now an

Hi I've got two builds of R, one using g77 (version 3.4.6) and the other using gfortran (version 4.1.2). The two builds are otherwise identical as far as I can tell. The one which used g77 performs crossprod()s roughly twice as fast as the gfortran one. I'm wondering if this rings a bell with anyone, and if so, are you aware of any configure settings which will improve the performance

Hello! I am creating a packege and I would like to inclued some Fortrun subrutines. I have two questions. 1. Can I use "free form fortan" - compiles well usinf g77 -ffree-form. 2. Is it enough to place the ".for" files in scr folder? Thank you in advance for any help! Ales Ziberna P.S.: I am runing R 2.1.1 on Win XP, SP2. I installed rtools, mingw, perl as suggested in the

OK: despite Dirk's very kind help, I decided that trying to deal with R configuration and Debian configuration simultaneously was too difficult. I did manage to solve my problem by reconfiguring/making/ installing all of 2.3.1 from source: ./configure F77=/usr/bin/g77 make make install A few questions inspired by this experience: (1) it seems a bit odd that R sets F77=gfortran by

I have gotten this error while attempting to build R-2.13.2 and R-2.14.0 using ./configure --with-x=no --enable-R-shlib, and ./configure --with-x=no Red Hat Enterprise Linux Server release 5.6 (Tikanga) ========================= Warning in solve.default(rgb) : unable to load shared object '/users/home/mked/R-2.13.2/modules//lapack.so': /users/home/mked/R-2.13.2/lib/libRlapack.so:

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

Hi all, Thanks to all who offered advice on using F95 in R. Now I'm trying to compile a test package using gfortran, Linux 2.4.21 and R 2.1.0. I was able to successfully compile and use a test F95 routine by setting my environment variables as follows in bash: export PATH=~/bin/:$PATH export F77=gfortran export LD_LIBRARY_PATH=~/bin/irun/lib export GFORTRAN_STDIN_UNIT=-1 Now I'm

Full_Name: Sigbert Klinke Version: 2.1.1 OS: Suse Linux 10.0 (Full DVD) Submission from: (NULL) (141.20.100.252) Suse 10.0 installs only a Fortran 95 compiler with g77 compability mode. Using this leads in "configure" to an abortion with problems about "FPICFLAGS". Deinstalling g77 compatiblity mode, using f2c, compiles R. But after calling R() the program shows its entrance

Building the prerelease of llvm-gcc 2.4 on Intel darwin9 with the following patch... --- llvm-gcc-4.2-2.3.999-20081024.source/gcc/stub-c.c.org 2008-10-30 18:55:45.000000000 -0400 +++ llvm-gcc-4.2-2.3.999-20081024.source/gcc/stub-c.c 2008-10-30 18:57:29.000000000 -0400 @@ -157,3 +157,27 @@ { gcc_assert(0); } + + +bool cvt_utf8_utf16 (const unsigned char *, size_t, unsigned char **, +

From the configure output of the latest devel snapshot: > checking for g77... no > checking for f77... no > checking for xlf... no > checking for frt... no > checking for pgf77... no > checking for fl32... no > checking for af77... no > checking for fort77... no > checking for f90... no > checking for xlf90... no > checking for pgf90... no > checking for

I'm trying to build R 1.9.0 to get the opportunity to build rpy for some folks at my office. (I'm a Python guy, not an R guy, so I'm completely unfamiliar with the machinations of building R.) I'm having trouble getting past the configure step. A plain old configure generates this output at the end: checking whether we can compute C Make dependencies... yes, using gcc -MM

Hi This is Gaurav Khanna, from MacResearch.org - a community for scientists that use the Mac and related hardware for research. One service we perform for the community is supply g77 & gfortran compilers for Mac OS X (which are not supplied by Apple). We are interested in the progress made by LLVM and have some quick questions. We'd appreciate any comments you can make. 1) What is the

The current llvm/llvm-gcc4.2 svn is now fixed with respect to the extra warnings that were being emitted by the gfortran compiler. The gfortran testsuite results under Intel Darwin9 are appended below. Jack Native configuration is i686-apple-darwin9 === gfortran tests === Running target unix/-m32 FAIL: gfortran.dg/aint_anint_1.f90 -O (internal compiler error) FAIL:

The information at http://cran.r-project.org/doc/manuals/R-admin.html#The-MinGW-compilers and http://www.murdoch-sutherland.com/Rtools/ is slightly inconsistent about the compiler used to build Windows binary packages available through cran. The 'candidate' package of the recommended MinGW-5.0.0.exe installs g++/g77 3.4.4 (as does the updated installer MinGW-5.0.2.exe). "An

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

I recently upgraded to Rtools28 to build a package under Windows. I see that g77 is no longer in Rtools, but it does have gfortran, and it uses version: GNU Fortran (GCC) 4.2.1-sjlj (mingw32-2) I am compiling some old fortran code as part of a larger project. When I do that, I get undefined references: gcc.exe: s_cmp.o: No such file or directory gcc.exe: s_copy.o: No such file or directory

During yum update my box crashed (I frequently have this on Centos 4 x86_64 boxes) ---> Package kdebase.x86_64 6:3.3.1-5.8 set to be updated --> Running transaction check --> Processing Dependency: system-config-printer = 0.6.116-1.centos4.1 for package: system-config-printer-gui --> Processing Dependency: glibc-devel = 2.3.4-2.9 for package: nptl-devel --> Processing Dependency:

Am Montag, 29. April 2019, 15:03:54 CEST schrieb Kurt Hornik: > >>>>> Johannes Ranke writes: > > Am Montag, 29. April 2019, 13:44:03 CEST schrieb Kurt Hornik: > >> >>>>> Johannes Ranke writes: > >> Thanks. You may have seen that with current gfortran in > >> testing/unstable, there are problems with the R BLAS/LAPACK API entries

Hello, I am trying to compile sources of R-1.5.0 on a Mandrake 8.1 linux box. For Fortran compiler needs, I downloaded and installed a g77 rpm. But the configure step fails with following output. I would like to know if any of you had similar problem and how you solved. Thanks in advance. Mohan ------------------- configure output ------ checking for g77... g77 checking whether we are using the

Just for the fun of it (actually in order to test some Fortran more extensively), I've compiled and installed g77, yesterday on our Solaris 2.5.1 machines. After doing (in R's toplevel directory) make distclean ./configure now chooses g77 (instead of Sun's f77 which was chosen before). I now do make make check cd tests/Examples and carefully compare base-Ex.Rout to an