Displaying 20 results from an estimated 700 matches similar to: "Fortran vs C, easing using Fortran"
2000 Jun 23
1
MAINLD and SHLIBLD
I would like to always use ${CC} for linking the main binary and the
shlibs.
Inspection of configure.in reveals that we currently deviate in the
following cases:
mainld shlibld
aix[2-9]* ld ld
alpha*osf* ${FC} -g -nofor_main -fpe3 ${FC}
hpux* ${CC} ld
Does anyone recall why we do not use ${CC} in these cases? Did anyone
successfully build R on these platforms with ${CC} for
1998 Sep 11
2
R-beta: compiling problems under DU4.0D
I've down loaded R version 0.62.3 .
After packing it out on my Digital personal workstation running DU4.0D
i configure using the command
"R_PRINTCMD=ppr CC=cc CFLAGS="-O" PERL=/local/bin/perl5 ./configure --prefix=/local/math"
after this I'm trying to make the package and issue the command "make"
at the end of this process I get the following error:
1999 Feb 09
3
Installing on 64-bit Dec or SGI
Hi all,
The systems guys here in the stat dept don't seem to be able to
compile R on the Dec Alphas or on the SGIs. Can anyone give them a hand?
-Greg
-------------------------------------------------------------------------------
Gregory R. Warnes | It is high time that the ideal of success
warnes at biostat.washington.edu | be replaced by the ideal of service.
1998 Jul 01
4
R-beta: R-0.62.1 under Digital Unix
I am grateful for the advice of Douglas Bates on my earlier problem in making
R-0.62.1, but I'm afraid I'm still having problems....
I have been installing the various updates to R for quite some time on my
alpha, and it is only now that I have been having really severe problems.
The three or 4 versions before 0.61.1 installed without error. For 0.61.1 I
needed to install GNU make.
For
1998 Nov 06
1
DEC alpha INSTALLATION R-0.62.4
Hi,
Just downloaded the R-0.62.4 of R and tried to install it. With the
standard procedure :
./configure
make
At the end of the compilation I got the following message :
ld:
../lib/libunix.a(system.o): main: multiply defined
fort: Severe: Failed while trying to link.
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.
I attach the printout after the ./configure and make
1999 Jul 07
1
Almost succesfull build on AIX
Hi,
Kurt Hornik and myself have an almost successful build of R on AIX
including dynamic loading of libraries ... which fails make check :-(
Anyway, as we have no AIX experience at all, maybe somebody else knows
what's going on.
Here's the problem:
> 1/0
[1]INF
> is.finite(1/0)
[1] TRUE
R was built using the flags included below, gcc version is 2.7.2. Does
anybody with
1999 Nov 13
0
patches for alpha
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 @@
1998 Jun 30
1
No subject
I am trying to make the R-0.62.1 distribution on a DEC alpha running
Digital Unix 3.2d.
I have run into a few problems.....
(1) the Makefile in src/graphics need to have INCLUDES= -I../include
not -I ../include
(2) I have the standard DEC fortran 90 compiler which needs to link R.binary
with a -nofor_main flag. The appropriate slot in config.site appears to be
ignored, which means Makeconf
2000 Jun 19
1
Trying to compile R on Unix
I have been trying to compile R. I downloaded R-1.0.1.tgz(I think;
the original tar file was untarred) and unpacked it with gzip. Now
all the R files are in a directory named R-1.0.1. The source files
(.c) are in R-1.0.1/src. There are files in R-1.0.1 named
'Makefile.in',
'Makeconf.in', and 'Makeconf'. I followed the instructions in INSTALL
by typing
2004 Jan 19
1
Compiling R, cannot open vars.mk
Hi!
I am trying to compile R-1.8.1 on an alphaserver running Tru64 Unix.
I use the compilers cc,cxx and f77. After the compilation
I try: make check
and get the following message:
Make: Cannot open /share/make/vars.mk. Stop.
Does anyone have any suggestions on why?
Regards
Arne Gjuvsland
2001 Jun 26
1
compiling R-1.3.0 under Tru64 Unix
Dear all-
I get the same problem in compiling R-1.3.0 on
Tru64 Unix (OSF 5.0). Here is the final output of
the ./configure
R is now configured for alphaev67-dec-osf5.0
Source directory: .
Installation directory: /usr/local
C compiler: gcc -mieee -g -O2
C++ compiler: c++ -g -O2
FORTRAN compiler: f77 -fpe3 -g
X11 support:
1998 Oct 08
1
R-beta: smooth in compiling
Dear all,
Many thanks to those prompt and helpful replies, which immediately
bring me to the final stage.
A minor problem now:
I got the following message for smooth function during compilation on
both DEC-alpha and RedHat5.1. Although the compiling went through, it
does not have the function of 'smooth' which is quite useful for me.
Any ideas?
1999 Dec 23
1
rpart on Alpha under OSF
Running on an Alpha machine which reports (uname -a)
OSF1 bsdx01.bs.ehu.es V4.0 878 alpha
and using the binary distribution put together by Albrecht Gebhardt
(in http://cran.at.r-project.org/bin/osf/osf4.0/tar/alpha_ev5/) I
obtain core dumps whenever I try to use package rpart. I have R
REMOVE'd the rpart package, downloaded the source rpart_1.0-7.tar from
CRAN and
2000 Jun 16
2
Missing -lm for tcltk (R 1.1.0, AIX 4.3) (PR#573)
> From: tov@phoenix.ece.cmu.edu
> Date: Fri, 16 Jun 2000 16:32:36 +0200 (MET DST)
> To: r-devel@stat.math.ethz.ch
> Subject: [Rd] Missing -lm for tcltk (R 1.1.0, AIX 4.3) (PR#573)
> CC: R-bugs@biostat.ku.dk
> X-Loop: R-bugs@biostat.ku.dk
>
> Hi,
>
> ok, AIX 4.3 insists on being different. I can't compile --with-tcltk
> out of the box. I have to add
1999 Sep 02
1
unresolved symbols in growth and repeated libraries
I am having trouble using Jim Lindsey's libraries because of unresolved
symbols. I am currently using R 0.65.0, but had this problem in earlier
releases as well. I have a RedHat 6.0 Linux on i386 and use egcs
(upgraded to that distributed with rawhide, after first failures with
the libraries):
egcs-g77-1.1.2-19
egcs-1.1.2-19
Installation of the libraries works but on loading
>
2001 Jun 25
5
Trouble compiling R-1.3.0 under Tru64
Dear all,
I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e
(Tru64, or whatever they call it... :-) ).
configure reports the following configuration:
R is now configured for alphaev6-dec-osf4.0e
Source directory: .
Installation directory: /astro/local
C compiler: gcc -mieee -g -O2
C++ compiler: c++ -g -O2
FORTRAN
2001 Jun 25
5
Trouble compiling R-1.3.0 under Tru64
Dear all,
I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e
(Tru64, or whatever they call it... :-) ).
configure reports the following configuration:
R is now configured for alphaev6-dec-osf4.0e
Source directory: .
Installation directory: /astro/local
C compiler: gcc -mieee -g -O2
C++ compiler: c++ -g -O2
FORTRAN
2000 Feb 22
1
R-0.99 installation on UNIX
{message bounced because it has "$$$" in it.
manually approved by list maintainer -- MM}
> Date: Tue, 22 Feb 2000 13:03:35 +0100
> From: jens <jniesch at gwdg.de>
>
> I have trouble to install R on Sparc Sun Solaris 2.6.
> make returns the error message:
> Undefined symbol first referenced in file
> d_lg10 ../appl/libappl.a(uncmin.o)
> d_sign
2000 Feb 08
0
configure doesn't accept f77 on alpha (PR#419)
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
1999 May 03
0
compilation of R-0.63.3 on alpha (PR#183)
This is a multipart MIME message.
--==_Exmh_981436288450
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Hi !
I have problems compiling R successfully on a DEC-UINX 4.0E.
I have applied the recommended config.site, which I enclose.
As can be seen from the compilation log there are linking errors...
I did a 'make check' which fails for the R