Displaying 20 results from an estimated 800 matches similar to: "R-beta: smooth in compiling"
1999 May 03
1
problems compiling R-0.63.3 on alpha
Hi again !
Thanks for the info on updating the config.site file which I
have done. I have also added -lm in the Makeconf manually
because this is needed explicitly for DEC cc.
However, there are still a few problems when linking some
of the files as you can see from the enclosed log.
Ciao,
Andreas
-------------------------------------------------------
R-0.63.3>make
make[1]: Entering
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
1999 Jan 12
1
Installing R on alpha-dec OSF 4.0
Hi
has anyone succeeded in installing R on DEC alpha OSF 4.0 with gcc/g77
?
The PLATFORMS file mentions successful installtion on OSF 3.2 using cc.
Here is the output I get when trying to compile:
ld -shared -o eda.so line.o smooth.o
ld:
Warning: Unresolved:
floor
ceil
rsort
__exc_add_pc_range_table
__exc_add_gp_range
__exc_remove_pc_range_table
__exc_remove_gp_range
make[4]: Leaving
1998 Jun 03
0
R-beta: locfit package.
I was wondering if someone could help me with a problem getting locfit running.
I am running Digital Unix 3.2D on an alphastation, with R 0.61.1
I downloaded the CRAN distribution of locfit. I had no problems installing it
with R INSTALL (I installed it into my library rather than the default base
library; the output is attached at the end of this email message).
I then tried to test it with the
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 Apr 12
1
compiling R-0.64.0 on DEC osf4.0
Dear all,
Compiling R-0.64.0 on DEC osf4.0 has the following error message
(earlier version was OK).
cc -ieee_with_inexact -g -I../include -I../../src/include -c pnf.c -o pnf.o
cc -ieee_with_inexact -g -I../include -I../../src/include -c pnt.c -o pnt.o
cc: Error: pnt.c, line 83: In this statement, "1021" is not an lvalue, but occurs in a context that requires one.
if (df >
1999 Sep 16
2
install/libraries on solaris2.6 (PR#280)
Full_Name: ulrich poetter
Version: 0.65.0
OS: sparc-sun-solaris 2.6
Submission from: (NULL) (134.147.95.163)
Building R-0.65.0 on sparc-sun-solaris2.6 using sun make + gcc 2.95.1+ binutils
2.8.1
and ./configure --with-g77 fails when building the eda etc. libraries. The
configure
script produces SHLIBLDFLAGS= -G. Replacing this in config.site by
SHLIBLDFLAGS = -shared gives no errors during
1999 Nov 23
1
compile error for mkString on alpha (PR#332)
Full_Name: Albrecht Gebhardt
Version: 0.90.0
OS: osf4.0
Submission from: (NULL) (143.205.61.73)
I had to apply the following patch to be able to compile on
an alpha with DU 4.0E:
###############################################
--- ./src/main/gram.y.mkString-patch Tue Nov 23 12:16:29 1999
+++ ./src/main/gram.y Tue Nov 23 12:16:59 1999
@@ -56,7 +56,8 @@
SEXP mkFloat(char *);
SEXP
2006 Jun 08
1
Problems Building R-2.3.1 on Alpha server ES40 running Tru64 V5.1B PK#5
R Listers,
One of the list contributors suggested I abandon attempts to build
R-1.9.1 and focus on building R-2.3.1. I believe the main set of
packages have been built properly (with some changes to the code) -
however, when building the Recommended packages, the build fails.
CODE CHANGES:
=============
1. My C compiler requires a ";" on line 589 of
..../src/main/printutils.c. Here
2004 Oct 01
1
bzip2 directory won't build on OSF1 due to C99 code and -std1 option (PR#7257)
Full_Name: Michael Hoffman
Version: 2.0.0-beta-20041001
OS: OSF1 V5.1
Submission from: (NULL) (193.62.199.8)
Hello. Building R 2.0.0-beta-20041001 on OSF1 V5.1 failed because the default
configure sets R_XTRA_CFLAGS to "-std1 -ieee_with_inexact." The bzip2 directory
includes C99 code that requires -std1 to not be set in order to compile. This
halts the overall build process.
2002 Jul 11
1
dyn.load tcl/tk (PR#1774)
<<insert bug report here>>
------------------------------------------------------
Error:
R : Copyright 2002, The R Development Core Team
Version 1.5.1 (2002-06-17)
R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type `license()' or `licence()' for distribution details.
R is a collaborative project with
1998 Sep 30
4
R-beta: compiling R-0.62.3 on SuSe Linux
On my RedHat 5.1 machine at the office I am happily using R
installed from Martyn Plummer's RPM's of R-62.3 for RH 5.1
At home I have SuSe Linux 5.3 on my PC and as RH 5.1 is libc6
based and SuSe 5.3 is still libc5 based the RH 5.1 RPM's do
not install and work on SuSe (even though they have a test
version of glibc).
So I downloaded R-0.62.3.tgz from www.ci.tuwien.ac.at/R and
tried
1998 May 27
1
Problems compiling libraries with todays snapshot.
I am currently running Slakware V3.4 with g77 and R is a 0.62 snapshot of the 27th of May.
There appear to be linking problems with the libraries.
The error output from mva and eda can be found below.
My own libraries also have similar problems.
Errors when compiling mva:
116 /usr/local/src/R/src/library #R INSTALL mva
Warning: package `-html' does not exist
Warning: package `-latex'
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.
1999 Apr 30
0
problems compiling R-0.63.3 and 0.64.0 on alpha
I have problems compiling R (both 0.63.3 and 0.64.0) on a DEC-UX 4.0E alpha
(ev6) as illustrated in the enclosed log. I have tried adding the suggestions
given in PLATFORMS, without any significant improvement...
I have included the config.cache aswell.
Any suggestions on how to solve this ?
Thanx!
Andreas
~~~~~~~~~~~~~
.
.
.
gcc -ieee_with_inexact -g -O2 -I../include -I../../src/include -c
1998 May 07
0
Re R-beta: 0.61.3: Problems on DEC Unix 4.0
> I had some trouble compiling the new R version on my Alpha:
>
> make[2]: Entering directory `/usr2/local/R/src/graphics'
> cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c
> gdevice.c
> cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c
> graphics.c
> cc: Error: graphics.c, line 808: An unexpected newline
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 Jun 10
2
dynload for R on AIX (>= 4.2)
On Thu, 10 Jun 1999, Friedrich Leisch wrote:
> Yes, if I understood AIX workings correct you have to have a text file
> of to-be-exported symbols at the time of linking a shared library,
> i.e. the linker is called like (this is pasted from a mail by Arne)
>
> $(F77) -o module.so -bM:SRE -bE:module.exp -bnoentry $(OBJECTS) $(LIBDIR) $(LIBS)
>
> where module.exp is a text
1999 Apr 12
3
Fortran vs C, easing using Fortran
> Date: Mon, 12 Apr 1999 11:30:20 +0200 (MET DST)
> From: Albrecht Gebhardt <albrecht.gebhardt@uni-klu.ac.at>
> > I think in R we can do better than at present, if only I knew
> > exactly how. One idea is to have (effectively) a `hints' file that
> > configure uses to add a base set of libraries to FLIBS, but on Solaris
> > at least, using the Fortran
2000 Feb 08
0
extra flags for cc and f77 on alpha (PR#420)
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,