similar to: R-Installation on supercomputer -- f77 problem

Greetings, I am running R v 1.6.1 on a linux operating system with 2GB physical memory and dual processors. When using BATCH to run a simulation with a super large dataset I can only get through 1 1/2 repetitions before R uses all the memory and the simulation crashes. It starts with 10% of the memory - up to 50% by the end of the first repetition and then starts the second with approx 65% of 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

Unless I force the Fortran compiler through --with-g77, configure fails to find and use the installed g77. I would submit a patch for configure.in, but I can't quite follow the logic in configure.in. $ ./configure creating cache ./config.cache [...] checking for main in -lm... yes checking for g77... /usr/local/gnu/bin/g77 checking for fort77... (cached) /usr/local/gnu/bin/g77 checking for

Installing 0.99.0 with Dec UNIX 4.0f, if I use the native fortran compiler (--with-f77) configure fails with: checking for Fortran libraries... -lUfor -lfor -lFutil -lm -lots -lm checking whether Fortran libraries work correctly... no In case anyone else runs into this, the quick fix is to change line 2071 of configure from ${CC} ${LDFLAGS} -o conftest conftest.o ${FLIBS} \ to ${FC}

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

Hello List, Knowing I would eventually need to ask for help on the list, I've held off my thanks and congratulations on the 1.+ releases of R. I am amazed at the dedication of the R-core team, and do add my applause and thanks. I've had a compile problem with the latest version which has not occurred before. I'm compiling under: platform sparc-sun-solaris2.6 arch sparc

Hi, I am writing a function that clears the BSS section on an Cortex-M4 embedded system. The LLVM (version 3.7.0rc3) code I had wrote is : ;------------ target datalayout = "e-m:e-p:32:32-i64:64-v128:64:128-a:0:32-n32-S64" target triple = "thumbv7em-none--eabi" @__bss_start = external global i32 @__bss_end = external global i32 define void @clearBSS () nounwind { entry:

Full_Name: Albrecht Gebhardt Version: 0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) configure stops when checking if cc and f77 "agree on int and double". This is only due to a linking problem (linking fortran object with cc without for_main.o complains about unreloved dependency to main. Solution: add -expect_unresolved main to th linking step, see patch below

NAME Douglas Bates EMAIL bates@stat.wisc.edu VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Debian 2.1 CC/FC/MAKE egcs/g77/make NAME Martyn Plummer EMAIL plummer@iarc.fr VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Redhat 5.1 CC/FC/MAKE gcc/egcs-g77/make NAME Göran Broström EMAIL gb@stat.umu.se VERSION 0.63.3 PLATFORM

Full_Name: Albrecht Gebhardt Version: 0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) Im not sure if this is really correct, but it has proven to work. 1. It is always a good idea to add -std1 to DEC cc's flags to force strict ANSI language mode. It was neccessary for 0.90.x to compile, so I used it for 0.99.0 too 2. I'm not sure if -fpe3 is neccessary for DEC f77,

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:

Only three entries thus far. Please keep them coming in. -k NAME Martyn Plummer EMAIL plummer@iarc.fr VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Redhat 5.1 CC/FC/MAKE gcc/egcs-g77/make NAME Douglas Bates EMAIL bates@stat.wisc.edu VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Debian 2.1 CC/FC/MAKE egcs/g77/make NAME Thomas

Hi! I always get the following messages. What does this mean? smbd[20233]: [2005/04/27 09:58:13, 0] lib/util_sock.c:read_socket_data(384) smbd[20233]: read_socket_data: recv failure for 4. Error = Connection reset by peer Thanks in advance Annette

.. R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /unsup/R-0.64.2 C compiler: gcc -g -O2 FORTRAN compiler: g77 -O2 Gnome support: no $ gcc --version egcs-2.91.66 $ g77 --version GNU Fortran 0.5.24-19981002 "make check" later fails. The failure is in the test of the eigen() function. The

Hi everyone, Colleagues of mine at Lawrence Livermore National Laboratory (LLNL), having seen the advantages of working closely with LLVM, have decided to toss their hat into the ring and would like to hire an LLVM-focused compiler engineer. I collaborate with LLNL regularly, and I'm excited that they're taking this step. I expect that a qualified applicant will find this position both

Hi All, I am trying to install R1.3.1 on solaris 2.6 using the gcc/g77 compiler. The configure step succeeded, but make failed. The compiler versions I used are: gcc version 2.95.2 19991024 (release) g77 version 2.95.2 19991024 (release) CC workshop Compilers 5.0 98/12/15 C++ 5.0 I can't use the c++ compiler(v2.95.2), since it failed the configure step. I can't use f77 either,

Hello, I use Gentoo and I can't get R 2.0.1 to compile. I used the portage system, Gentoo's source package sytem, and after it uncompresses the source to R, it says that I don't have a fortran compiler. It told me to use f77 flag and re-emerge gcc, which I did with the f77 and fortran flags, but it still won't compile. Does anyone have any ideas? I suspect that gcc has changed

I have R-0.62.3 and RedHat 5.0 with fort77. At the office R is running but when I install a package, eg. 'akima' I get a message make: f77: Command not found 'R INSTALL library' does not accept fort77, but R installation checks f77/g77/fort77. Is there an easy way to edit some file and replace f77/g77 with fort77? At home I have the same R and Linux versions, but when

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

Incidentally, if you're actually aiming to match different forms of a name (Peter vs Pete, Ann vs Anne vs Annette) then you might find the synonym feature a better option than wildcarding. You'd need to give it a list of names to treat as synonyms, but it should have many fewer false positives, and can also handle cases which aren't just a substring - e.g. Robert vs Rob vs Bob vs