Displaying 20 results from an estimated 7000 matches similar to: "configure on solaris 2.9 with non GNU compilers (PR#8300)"
2005 Nov 09
0
Compiling R on Sparc-Solaris-2.9
Hi, all!
I'm trying to compile R on a Solaris machine. The default C compiler is
cc (although gcc is available) and the default Fortran compiler is f95
(although g77 is available).
Without defining the F77 environment variable, configure defaults to f95
as a Fortran compiler and eventually fails with the following output:
---------------------------------
checking whether mixed C/Fortran
2005 May 20
1
using src/Makevars file
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
2011 Nov 10
1
assistance building R on RHEL5
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:
2008 Jan 18
1
Fortran level mismatch between package and R
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
2002 Jan 15
0
errors intalling splancs and sgeostat
I installed R-1.4.0 and then updated all the packages I have, using
update.packages(). I got an error for splancs and sgeostat. Trying to
install them 'manually' with R CMD INSTALL, I got the following
errors.
1) for splancs:
Tue<15:26>library[82]#R CMD INSTALL splancs_2.01-5.tar.gz
Installing *source* package `splancs' ...
libs
f95 -PIC -xO5 -dalign -xlic_lib=sunperf -c
2004 Nov 11
1
R with Sun Studio Fortran 95 compiler
Hi,
I am trying to compile R 1.9.1 and 2.0.0 on Solaris 2.8 with Sun Studio
Fortran 95 compiler but I have obtained some errors which I enclose. I
have compiled R with g77 GNU compiler and it was OK.
Does anyone know if R 2.0.0 has been successfully built on Solaris 2.8
with Sun Studio Fortran 95 compiler? or at least, How could I achieve
this? The R installation manual does not have any
2005 May 20
1
R 2.1 and gfortran
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
2002 Jan 09
1
BLAS and the Sun Performance Library
Hi, all,
We just got the Sun Performance Library for our Suns running Solaris 2.6,
and I read the relevant section of the "R Installation and Administration
Manual" about configuring R to use BLAS. The manual suggests you must use
Sun's "cc" and "f95" (maybe "f90"?) compilers in order to use the Performance
Library. We have "cc" but not
2006 Jun 07
2
further f77/gfortran
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
2003 Nov 19
1
Compiling R 1.8.x under Solaris 9
Dear all,
I am trying to compile R-1.8.0 and R-1.8.1-beta (as 19-11-2003) under
Solaris 9 using the Sun compilers. './configure' fails; the last lines of
the display are:
checking whether we can compute C Make dependencies... yes, using cc -M
checking whether cc supports -c -o FILE.lo... yes
checking how to get verbose linking output from f77... -v
checking for Fortran 77 libraries...
2005 Aug 13
1
Including Fortran subrutines in a package
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
2008 Oct 31
3
[LLVMdev] gfortran link failure in current llvm svn
On Oct 30, 2008, at 11:02 PM, Chris Lattner wrote:
> On Oct 30, 2008, at 5:23 PM, Jack Howarth wrote:
>> ps We do have one oddity left in llvm-gfortran from current llvm
>> svn. I find everytime I compile something with llvm-gfortran that
>> I get a series of warning messages...
>>
>> f951: warning: command line option "-Wformat" is valid for C/C++/
2010 Jun 08
3
Question on trying to build R 2.11.1 on Tru64(aka OSF1) system
Hello,
I am trying to build the R-2.11.1 software for university faculty to use in
research projects on a DEC/Compaq/HP AlphaServer model GS160 16CPU/64GB memory
running Tru64Unix aka OSF1 version 5.1B-5.
Is it known whether it is possible to build the R-2.11.1 software on the
platform I am using?
In my attempts to build the R-2.11.1 software, I first used the native C
and Fortran 77/90/95
2001 Feb 01
1
configure bug in R-1.2.1 and earlier (PR#836)
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
2012 Jan 19
1
RApache installation problems
Hi all
I was trying to isntall RApache last week but ran into strnge problems that no one else seems to be experiencing. At least I couldn't find anything after extensive googling.
First off, the machine I'm installing on looks like this:
Dell Optiplex 745
32 bit
2GB RAM
Fedora 15
httpd -v
Server version: Apache/2.2.21 (Unix)
Server built: Sep 13 2011 13:46:23
R:
R-2.14.0-3.fc15.i686
2004 Apr 30
1
configure problem - mixed fortran/c
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
1999 Apr 02
4
PLATFORMS Update
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
2000 Jun 19
2
fortran compile problem with R-1.1.0
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
2006 Apr 25
1
Windows MinGW compiler clarification, consequences
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
2005 Apr 11
1
Unable to compile icecast 2.2.0 under Suse 9.2
Dear list members,
I am not able to compile the icecast source under Suse 9.2.
as i have to admit my experience in compiling is reduced to
typing ./configure. Is there someone who can help me with this error
message?
linux:~/shoutcast/server/icecast # ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for