similar to: compiling R on Linux w/ Intel compilers

Displaying 20 results from an estimated 10000 matches similar to: "compiling R on Linux w/ Intel compilers"

2002 Oct 17
2
Installing R1.6.0 on SGI
I am currently trying to install R 1.6.0 on an SGI Octane running: > uname -aR IRIX64 hcu091 6.5 6.5.9m 07201608 IP30 and I am receiving a fatal error during the make step. Any help in this matter would be greatly appreciated. Here is the final output from "./configure"... ---------- R is now configured for mips-sgi-irix6.5 Source directory: . Installation directory:
2003 Jun 06
1
Problerm building R-1.7.0 on OpenBSD3.2/sparc64
Hi all, I try to build R-1.7.0 + patches. when problem arise. I start with appling the patches and second configure and make. Any ideas whats wrong (wrong compiler wrong make version or missing an essential library...) /Ulf D heres the log: **** cut************ making method_meta_data.d from method_meta_data.c making slot.d from slot.c making class_support.d from class_support.c making tests.d
2003 Apr 12
0
Compiling R in 64-bit mode under AIX
Hi all, I am trying to compile R in 64-bit addressing mode under AIX 5.1. Currently, I am using the following. ./configure -without-x CC='xlC_r' F77='xlf_r' CXX='xlC_r' CFLAGS='-q64 -g -qfullpath' FFLAGS='-q64 -g -qfullpath' CXXFLAGS='-q64 -g -qfullpath' MAIN_LDFLAGS='-q64 -g -qfullpath' LDFLAGS='-q64'
2003 Feb 07
2
1.7.0 build error in debian stable i386
I'm running debian stable, with the addition of tcl8.4-dev, tk8.4-dev from testing. debian/rules build gives this ... gcc -shared -o methods.so do_substitute_direct.o methods_list_dispatch.o method_meta_data.o slot.o class_support.o tests.o -L../../../../bin -lR mkdir -p -- ../../../../library/methods/libs make[6]: Leaving directory `/home/king/R/source/src/library/methods/src'
2002 Jan 02
1
Building R-1.4 on Tru64
Hello everyone, I've just attempted to build R-1.4 on Compaq Tru64 (I'll enclose the text from bug.report() from R-1.3.1 at the end.) The relevant part of the log is below. Any ideas? gcc -shared -o methods.so do_substitute_direct.o methods_list_dispatch.o method_meta_data.o slot.o -L/usr/local/lib /usr/ucb/ld: Warning: Unresolved: TYPEOF Rf_error Rf_protect Rf_substitute
2006 Nov 14
1
Install problem(s)
I am trying to install R onto an Altix system running SuSE Enterprise Linux 9 SP3 with SGI ProPack 4 SP3. I end up with this error no matter what I try. Any suggestions on how to proceed would be appreciated! ----- gcc -shared -L/opt/local/lib -o methods.so do_substitute_direct.o init.o methods_list_dispatch.o slot.o class_support.o tests.o ../../../../library/methods/libs/methods.so is
2002 May 01
1
compiling R-1.5.0, package methods, on Solaris 5.7
Compiling package methods, R-1.5.0, on Solaris 5.7 failed (output below) for me with - gcc-2.95.3, perl-5.005_03 and also - gcc-3.0.4, perl-5.6.1 Any ideas a) what the problem is or even better b) how to solve it? Uwe Ligges =================================== [...] building package 'methods' ../../../library/methods/man/methods.Rd is unchanged making do_substitute_direct.d from
2003 Jan 17
2
Methods package is now attached by default
The current r-devel (aka R 1.7.0) now attaches the package "methods" by default at startup. A new option, "defaultPackages", is set to c("methods", "ctest") by default, causing the .First in package base to require those two packages at startup. There are two main known differences from having methods attached: - the definition of class() changes, in
2008 May 12
1
Advice on compiling R using Intel Compilers? Btw: -c99 is deprecated
I'm compiling the latest stable build (2.7.0) from source using the Intel Compilers, following the hints in the R-admin guide. I'm using OpenSUSE 10.3 on a Intel Q6600 system. First let me explain a few things I did: 1: Download & Install all the Intel Compilers (as well as the Intel Math Kernel Library) (All defaults) 2: Set up my environment variables in profile.d, using the handy
2023 Jun 20
1
Installation of R-4.3.1 with intel 2022
Hi all, I have the issue: icc -std=c99 -std=gnu11 -I../../src/extra -I../../src/extra/xdr -I. -I../../src/include -I../../src/include -I/usr/local/include -I../../src/nmath -DHAVE_CONFIG_H -fopenmp -fpic -g -O3 -wd188 -ip -mp -c eval.c -o eval.o arithmetic.c(66): warning #274: declaration is not visible outside of function int matherr(struct exception *exc) ^
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
2005 Apr 19
0
R-2.1.0 compilation with Intel icc and ifort
Guys, I'm using a Linux PC (Pentium IV, Mandrake 10.1) and I've just tried to compile the new R-2.1.0 release with both gcc/g77 (3.4.1) and icc/ifort (8.1). Of course everything went fine with the GNU compilers. After checking the archives of the mailing list I tried compiling with the Intel compilers using the following options: CFLAGS = '-O2 -mp -prec_div' CXXFLAGS =
2023 Jul 18
2
Installation of R-4.3.1 with intel 2022
Note that 'intel 2022' is a bit vague. The current version is 2023.1.0, and that has both the 'classic' (icc/icpc/ifort which it seems you used) and new (icx/ixpx/ifx) compilers -- the former are said to be going to be discontinued later this year. R did not know about ifx so did not build with the new set. The parts of the manual Tomas referred to were about the old
2002 Oct 04
1
items in Rd file
Dear R-devel, I'm encountering a strange problem in a Rd file that I'm working on. In the "Value" section, I have something like: ===================== \value{ An object of class \code{randomForest}, which is a list with the following components: \item{call}{the original call to \code{randomForest}} ... For classification problem, the following are also included:
2003 May 09
3
Re: R-help Digest, Vol 2, Issue 26
With the same system configuration (WinNT4 SP6 and 1.7.0), I get such a Dr Watson crash each time I try to use the Change dir... command in the File menu of Rgui.exe. I doesn't seems to happen if I do this immediately after starting R but well if I already did some computation. I don't have any problem by using directly setwd(). At 12:10 23/04/03, you wrote: >Date: Tue, 22 Apr 2003
2002 Dec 17
0
new version of randomForest
A new version of the randomForest package is now available on CRAN. The DESCRIPTION is: Package: randomForest Title: Breiman's random forest for classification and regression Version: 3.4-1 Depends: R (>= 1.5.0) Author: Fortran original by Leo Breiman and Adele Cutler, R port by Andy Liaw and Matthew Wiener. Description: Classification and regression based on a forest of trees using
2003 Apr 23
1
changing dir to network drive in Rgui caused crash (1.7.0)
Dear R-help, Has anyone experienced similar problem? On WinNT4(sp6), running Rgui from 1.7.0, when try to change directory to some network drive using the "File / Change dir..." menu, Rgui gets a visit by Dr. Watson. If I first change dir to a local drive, then again to a network drive, it works fine. It also works fine with setwd() from the command prompt. Best, Andy Andy I. Liaw,
2003 Jan 29
2
browser() misbehavior ?
Under v1.6.2, Windows NT4 OS, when a function contains an execution error and I have placed browser() in inside the function body, the call to browser is ignored. A brief example to illustrate: > foo <- function(x) { + y <- x ^ 2 + browser() + foo2(x) ## Intentional error + x ^ 3 + } > > foo(30) Called from: foo(30) Browse[1]> Error in foo(30) : couldn't find
2002 Sep 27
0
RE: new patched version of randomForest
The link from http://cran.r-project.org/src/contrib/PACKAGES.html#randomForest seems to be broken. To get the file try http://cran.r-project.org/src/contrib/randomForest_3.3-4.tar.gz instead. > -----Original Message----- > From: Liaw, Andy [mailto:andy_liaw at merck.com] > Sent: Thursday, September 26, 2002 8:08 PM > To: 'r-announce at stat.math.ethz.ch' > Subject:
2003 Mar 28
3
make check still fails with 1.7.0beta (3/27/2003)
Dear R-devel, I grabbed 1.7.0 beta from today. "make check" still fails at base-Ex.R. The last few lines of the output are: > lsf.str()#- how do the functions look like which I am using? Error in exists(nam <- nms[i], envir = envir, mode = mode) : F used instead of FALSE Execution halted Looks like the same problem as before, but at a different place. Mandrake Linux