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