similar to: shlib problems with Intel compiler

Hi Martyn, Thanks for your insight, that seems pretty direct. Unfortunately, I did not compile this version of R (it's on a large supercomputer system and this version of R was installed by the admins). Using "R CMD config", I see the following relevant settings: DYLIB_LD = icc -std=gnu99 DYLIB_LDFLAGS = -shared -openmp LDFLAGS = -L/opt/compilers/intel/cce/9.1.039/lib

On Tue, 2015-04-21 at 11:46 -0600, Andy Jacobson (NOAA Affiliate) wrote: > Hi, > > I'm encountering trouble compiling caTools_1.17.1.tar.gz and > e1071_1.6-4.tar.gz on a Linux system using the Intel compiler suite. > 14 other packages I generally use installed without any trouble. I > notice both of these trouble packages have a C++ component, so I > wonder if that might

I had installed de "gplots" package and then I loaded the library but the package did not work. I recieved a message like this: > install.packages("gplots", dependencies = TRUE) Installing package(s) into ‘/home/fpiston/R/x86_64-pc-linux-gnu-library/2.14’ (as ‘lib’ is unspecified) --- Please select a CRAN mirror for use in this session --- Loading Tcl/Tk interface ... done

** save image Error in loadNamespace(i[[1]], c(lib.loc, .libPaths()), keep.source) : There is no package called 'class' Using 30 May 2004 developer version of R-1.9.0 trying URL `http://cran.r-project.org/src/contrib/e1071_1.4-0.tar.gz' Content type `application/x-tar' length 325388 bytes opened URL .......... .......... .......... .......... .......... ..........

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

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) ^

I am having trouble compiling R-2.6.2 on suse linux x86_64 using the intel compiler. I read section C.2.1 Intel compilers in the R Installation and Administration manual, and put CC=icc CFLAGS="-g -O3 -wd188 -ip" F77=ifort FFLAGS="-g -O3" ICC_LIBS=/opt/intel/cce/10.1.012/lib IFC_LIBS=/opt/intel/fce/10.1.012/lib/ LDFLAGS="-L$ICC_LIBS -L$IFC_LIBS -L/usr/lib64"

After a few days of reading and headache, I finally gave a try at building R from source with Intel MKL and ICC. Documentation and posts on this topic are rather incomplete, sometime fantasist et do not give much explanations about configure options. As I am not sure if mine is correct, I would appreciate some advices and hints. OS: Fedora 22 parallel_studio_xe_2016 Hardware : 8 Thread(s) per

I want to build R optimized, with either MKL, OpenBLAS or ATLAS. My OS: Fedora 22 Hardware: CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 Thread(s) per core: 2 Vendor ID: GenuineIntel Model name: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz I am a little confused when it comes to choose a method and would like to hear your experiences. If I am right, I have 3 possibilities: -

Hello, I compiled R-2.15.2 with linux intel compilers (see below). when I execute some R code on a // 4 proc x 4 cores // server (export MKL_NUM_THREADS = 16) very often I have the situations where only one processor (4 cores) is active instead of 4 (16 cores) ! do you know this fact depends on what ? thank you ! P.S. many functions of R are single-threaded, is there a simple way to make them

Hi there, I initially asked about this on r-help and was told this might be a better venue. I?m not really convinced from reading the posting guide, but I?ll give it a shot. It was also suggested that the R-Project doesn?t really care about building with ?non-standard? compilers, but I can?t find any evidence of that on the website (indeed, there?s some mention of successful past builds, and the

I would like to build R and packages with the Intel 10.1 compilers in RHEL4. Using the flags below, I can successfully build R using a vanilla ./configure, but when I install new packages they build with gcc. My sysadmin suggested adding the flags to ./configure as illustrated below, but then the R build blows up with the config tail output that follows far below. It looks like gcc is still being

I observed the same behavior as Edward this morning with R-1.2.2 on Red Hat Linux 7.0. There appears to be a problem with the library in netpbm-9.5-5, even after hunting down the missing shhopt.h that pbmplus.h is looking for. I worked around the problem by compiling e1071 without pbm support (moved pbm.c to pbm.c.bak). Matt Matthew R. Nelson, Ph.D. Director, Information Systems Esperion

I observed the same behavior as Edward this morning with R-1.2.2 on Red Hat Linux 7.0. There appears to be a problem with the library in netpbm-9.5-5, even after hunting down the missing shhopt.h that pbmplus.h is looking for. I worked around the problem by compiling e1071 without pbm support (moved pbm.c to pbm.c.bak). Matt Matthew R. Nelson, Ph.D. Director, Information Systems Esperion

Hi. I'm using WINE on a Mac through Darwine and it's help application and I'm having trouble getting the program to run. First of all, whenever I start it I get a "Missing shell DLL 'cshell.dll'", even though I downloaded one and put it into the .wine directory in my home folder. Any ideas? I've followed all the current AppDB suggestions up to now, but it still

In R 1.9.0 running under Solaris 2.9 on a SunBlade 100, with "Sun WorkShop 6 update 2 C++ 5.3 2001/05/15" as the C++ compiler, I just did > install.packages("e1071") The output includes these lines, which I have wrapped to fit nicely in mail: ** libs cc -I/users/local/lib/R/include -I/usr/local/include -KPIC -xlibmil \ -dalign -xO4 -c cmeans.c -o cmeans.o cc

This appears to be an old problem, but is a complete show stopper for us at the moment. We are trying to access an NFS file system, via Samba, from a WinXP client. Within Windows itself everything is fine, but when accessing the shares from within an SFU cshell, an error is returned when a file is created. The file is successfully created, but a "Permission Denied" error is returned.

Hi, I am trying to build LLVM 3.4 RC1 with the Intel compiler targeting the Xeon Phi (native). In order to skip the building and execution of a test binary during configuration one needs the set the "-host" option indicating a cross compilation. Intel suggests to use "x86_64-unknown-linux-gnu". However, either using "x86_64-unknown-linux-gnu" or something

Let me add that when not specifying the '--host' option, the whole thing fails as well: ../llvm/configure CXX=icpc CC=icc CXXFLAGS="-O3 -mmic" CFLAGS="-O3 -mmic" checking for C compiler default output file name... a.out checking whether the C compiler works... configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. Frank

I need to rebuild an R interpreter for the Intel Xeon Phi coprocessor which can be considered as an embedded system. My only option is to use the intel compiler tools and cross compile the interpreter. My first stumbling block is that I don't have a fortran cross compiler and I would like to know if it's possible to build a minimal R system without the need of a fortran compiler. At