similar to: configure error: Maybe change CFLAGS or FFLAGS? (PR#1501)

Recently I reviewed my RPM spec files for DU 4.0, and noticed that I forgot to post some problems + patches: 1. ./configure fails to choose a PIC flag, I simply removed the AC_MSG_ERROR and it works. There is actually no PIC flag for DEC cc (with DU 4.0E) --- ./configure.in.alpha-patch Mon Aug 23 06:36:28 1999 +++ ./configure.in Sun Sep 12 17:38:27 1999 @@ -541,7 +541,9 @@

>>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' It seems R does not install completely with fort77. I am able to run a demo, but when I study more carefully $RHOME/bin is empty: there is no R binary or a shell script? >>At home I have the same R and Linux versions, but when installing R a

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

I am trying to build R with 64bit support so I can access more than 2GB of memory on an IBM running AIX. (IBM NightHawk II RS/6000 node with 16 64-bit, 375-MHz POWER3 CPUs and 32 GB of memory, if you want specifics) The 32bit install required little tweaking, but the 64 bit is sufficiently complicated that I thought I would report my findings here and ask for help with the latest (and hopefully

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'

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:

I have tried to compile R-0.63.2 for Linux Red Hat 5.0. It seems to have worked well until the last step 'make install' I get the following messages make[2]: Entering directory `/home/moshe.segal/rhome/R-0.63.2/src/main' fort77 -export-dynamic -o ../../bin/R.binary arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o complex.o context.o cov.o cum.o debug.o

Hi, I am trying to compile R but it keeps failing. My platform is HP-UX 10.20 and I am having trouble getting pass the configure stage. It continues to fail at the warning "f90 and gcc disagree on int and double" Here is some output: + gcc -g -O2 -c conftest.c + 1>& 5 2>& 5 + gcc -o conftest conftest.o conftestf.o /usr/bin/ld: Unsatisfied symbols: FTN_DTOI$ (code)

Hello, I am trying to build R-1.3.1 on hpux10.20 with gcc and HP's fort77. here is my configure: ./configure --prefix=/home/absd00t/local --with-readline --with-gnome=no --with-f77=fort77 I also set CXXFLAGS= -I/usr/include/Motif1.2 -I/usr/include/X11R6 -I/home/absd00t/local/include and LIBS= -L/home/absd00t/local/lib so that readline.h and libs would be found. I have parts of gnome libs so

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

I have problems building R 2.11.1 with an external BLAS. I've tried several with several libraries: # ACML: export LD_LIBRARY_PATH=/site/VERSIONS/acml-3.6.0/gfortran64_int64/lib BLAS=--with-blas="-L/site/VERSIONS/acml-3.6.0/gfortran64_int64/lib -lacml" LAPACK=--with-lapack # MKL 11: BLAS=--with-blas="-L/site/VERSIONS/intel-11.1/mkl/lib/em64t -lmkl_gf_lp64 -lmkl_sequential

Full_Name: Peter Lucas Version: 1.1.0 OS: redHat 6.2 Linux Submission from: (NULL) (139.133.200.15) I tried to install R 1.1.0 on my i686 PC with Redhat 6.2 Linux on it. I am using fort77 with f2c. I am not able to build R, as libc.a contains regex.o, causing a conflict with src/main/regex.o. the ONEWS mentions that this problem was solved, but it obviously was not. I am not a real Unix hacker,

Hi everybody, i try to install the R 1.0.1 on a mips-sgi-irix6.2 system. The configure seems ok : it ends with - souce directory : . - installation dircetory : /usr/local - C compiler : cc -g - Fortran compiler : fort77 - Gnome support : no But when i enter : make it says: -syntax error in file ../tools/jeywords2html at line 9, next 2 tokens "my $key" -syntax error in file

System setup is: Redhat Linux 5.2, gcc-2.7.2.3-14, glibc-2.0.7-29, fort77, f2c Compilation proceeds until final linking stage which produces ld -export-dynamic -o ../../bin/R.binary arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o complex.o context.o cov.o cum.o debu g.o deparse.o deriv.o devices.o dotcode.o dstruct.o duplicate.o envir.o error s.o eval.o format.o

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

Hello, I recently built a 64-bit R 2.10.1 on OpenSolaris using the Sun Studio 12.1 compilers. I would like to contribute the following notes, to update the OpenSolaris installation instructions. ================================================ 0. GNU libiconv and GNU gettext are assumed to be in /opt/lib. GNU libiconv is easy to build from source. After building it, configure

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

Dear R-users, I am working to install Chong Gu's new gss library on my Linux system (Redhat 5.1/i386), and have run into the following roadblock: Dr. Gu's R code is a front end for a package of Fortran routines called RKPACK. While I have no trouble compiling the individual bits of Fortran code with fort77 in Linux, I don't know how to link the resulting *.o files into a shared

Dear Dirk, I have had the exactly same problem like Ivo and his solution worked for me. Hence the USE=f77 flag is NOT a typo but a Gentoo quirk. As far as modifying the configure script is concerned, I believe that it is certainly possible to perform said check (if 'f77 --version == f2c' then die) only on x86_64 platforms. And I'd argue it is f2c's fault. AMD64 linux distros have

Dear everyone, I posted a similar question to Stack Overflow there: https://stackoverflow.com/questions/46907554/binding-with-libiconv-failed-while-compiling-r-devel-on-ubuntu-17-04 and I was suggested to post my question here. I tried to compile R devel using Dirk Eddelbuettel's recipe (and many variants of it). Regardless of what I do, I have: === [...]/src/main/sysutils.c:794: