similar to: R-0.64.1 make problem, Solaris 2.4: Solution

Displaying 20 results from an estimated 1000 matches similar to: "R-0.64.1 make problem, Solaris 2.4: Solution"

1999 Jun 28
1
R-0.64.1 make problem: Solaris 2.4
Greetings, I'm attempting to install R-0.64.1 on a Sun Sparc 20 running Solaris 2.4 with gcc-2.7.2.2, g77-0.5.20 and Gnu make 3.76-1. On several occasions, the make process aborted when trying to build the shared object file for the modreg package (its first attempt at such a beast). In all attempts, the error message is as follows: ../../../../bin/R SHLIB -o modreg.so bsplvd.o bvalue.o
1999 Jun 10
3
Compilation fails (PR#209)
Full_Name: Frank Beimfohr Version: 0.64.1, devel. OS: Solaris 2.5.1 Submission from: (NULL) (129.217.131.31) I try to compile R on my Sparc 4 (Solaris 2.5.1) but the compilation fails. I tried the developer-version and the contributed 0.64.1-Version. I start configure with the --g77-Option. During the compilation it stops with an error, which says that the R/src/library/modreg/src/bsplvd.f
2001 Sep 03
0
error compiling R-1.3.1 from source on WinNT
Dear R-help, I have encountered some errors when trying to compile R-1.3.1 from source on my WinNT4SP6 laptop (PII w/128MB RAM). I have installed all the tools following the instruction in src/gnuwin32/INSTALL, with the exception that the mingw compiler I have might be a bit older (they are the ones recommended for R-1.3.0, I believe). I have also compiled the ATLAS libraries from source using
1999 Mar 10
0
Compiling R-0.63.? on DEC Alpha UNIX 4.0
I tried to compile R-0.63.1 to R-0.63.3 on my DEC Alpha with the operating system of UNIX 4.0. All have the same problem after R.binary has been successfully compiled. The last few lines of the message are shown as below: ... make[4]: Entering directory `/home/ming/R-0.63.3/src/library/modreg/src' f77 -c bsplvd.f -o bsplvd.o f77 -c bvalue.f -o bvalue.o f77 -c bvalus.f -o bvalus.o f77
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
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 Jun 12
1
R does not compile if make is not gmake
Hi, if make and gmake are different on any machine (for example Solaris with gnu make as gmake), then compiling fails with gmake. A small transcript follows. If i make a link from gmake to make as under linux, then it works. This problem exists in all versions of R. g77 -O2 -fPIC -c sslvrg.f -o sslvrg.o g77 -O2 -fPIC -c stxwx.f -o stxwx.o ../../../../bin/R SHLIB -o modreg.so bsplvd.o bvalue.o
1999 Jun 08
1
0.64.1 alpha floating point exception in make check
I received a floating point exception from "make check" on a Linux alpha (Red Hat 6.0) using egcs-1.1.2 compiler, and compiling from R-base-0.64.1-5.src.rpm packaged by Red Hat Contrib|Net. make check fails with return code 136 from modreg-Ex.Rout. The final output is: > plot(update(rock.ppr, sm.method="gcv", gcvpen=2), + main = "update(...,
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
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
2003 Sep 25
0
Bugs compiling R-1.7.1 with Intel compilers icc and ifc (PR#4296)
>>>>> CanisMaior writes: > Bugs compiling R-1.7.1 with Intel compilers icc and ifc, > on x86-computer (Pentium IV) and linux operating system > Hello, > as there aren't many reports about that issue, I'll give a little > report here. (Hope I don't bother anyone) > The best thing about using icc and ifc are the warnings, because > it is said that
2007 Oct 24
2
R trunk (2.7) build fails with -fpic, needs -fPIC (PR#10372)
On Linux x86-64 (Ubuntu 6.06), the latest R sources from the Subversion trunk fail to build with the following "recompile with -fPIC" error: $ ./configure --with-x=yes --prefix=$inst_dir --enable-R-shlib --with-tcltk=/usr/lib/tcl8.4 --with-tcl-config=/usr/lib/tcl8.4/tclConfig.sh $ make /usr/bin/ld: ../appl/approx.o: relocation R_X86_64_32 against `a local symbol' can not be
2001 Jun 08
1
:predict.ppr
Hi all, I am doing a projection pursuit regression using the ppr() function from modreg. I would also like to use predict.ppr(). However, I cannot find any information about it in the help files. There is a link to predict.ppr in the index for modreg, but that link is to the help for ppr(). Has predict.ppr() not been implemented? If not, does anyone have a suggestion as to how to implement
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 @@
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
2001 Feb 12
2
supsmu vs. ppr
I used the supersmoother function in the modreg package as follows: super <- supsmu(ilogemp,award) Then I decided that I might want additional explanatory variables (other than ilogemp) in my model. The ppr function in modreg seemed a logical extension of supsmu from univariate to multidimensional explanatory variables. As a "check" I ran the following: pprest <-
2001 Jun 28
1
core dump running modreg-Ex.R (PR#1002)
Full_Name: George N. White III Version: R-1.3.0 OS: Irix 6.5 Submission from: (NULL) (142.176.61.253) R-1.3.0 was built on Irix 6.5 using gcc and MIPSPro f90. This combination has worked for previous versions, in particular R-1.2.3. $ cd test/Examples $ ../../bin/R --vanilla < modreg-Ex.R > modreg-Ex.Rout This worked in R-1.2.3. It looks like there were a number of cosmetic changes
2005 Oct 14
1
Compilation of R-2.2.0 under SUSE 10
Hi I hope this is the right list for the question. I want to install R from source under SUSE 10. When executing ./Configure, I get the following error message: checking for xmkmf... /usr/X11R6/bin/xmkmf configure: WARNING: I could not determine FPICFLAGS. configure: error: See the file INSTALL for more information. and it taborts. Consequently, make does not work. Any ideas? Rainer
2003 Sep 25
2
Bugs compiling R-1.7.1 with Intel compilers icc and ifc (PR#4295)
Bugs compiling R-1.7.1 with Intel compilers icc and ifc, on x86-computer (Pentium IV) and linux operating system Hello, as there aren't many reports about that issue, I'll give a little report here. (Hope I don't bother anyone) The best thing about using icc and ifc are the warnings, because it is said that the Intel compilers are stricter and give more precise warnings than gcc.
1999 Apr 19
2
A couple problems installing 0.64 (under linux, redhat 5.2)
I'm encountering a couple problems configuring and making R 0.64 under linux, redhat 5.2 These problems didn't occur when I build 0.63.2 Any suggestions would be greatly appreciated. (1) configure generates the warning: "configure: warning: Cannot determine how to create shared libraries. Please set CPICFLAGS, FPICFLAGS and SHLIBLDFLAGS in `config.site'." I'm not