similar to: ctrl-C aborts R when compiling package code with ICC+openMP

Dear Lists: I recently ran quite annoyance problem while running R on Ubuntu 9.10. When running the program, the system suddenly exit from the R session with the following warnings: ############################ ############# OMP: Hint: This may cause performance degradation and correctness issues. Set environment variable KMP_DUPLICATE_LIB_OK=TRUE to ignore this problem and force the program

Hi, I'm trying to register my native routines using R_registerRoutines (...). I can compile the code, but the loader cannot resolve the symbol: undefined symbol: _Z18R_registerRoutinesP8_DllInfoPK12R_CMethodDefPK15R_CallMethodDefS3_S6 _ $ nm bgx.Rcheck/bgx/libs/bgx.so | grep R_registerRoutines U _Z18R_registerRoutinesP8_DllInfoPK12R_CMethodDefPK15R_CallMethodDefS3_S6

It seems unlink doesn't work with wildcards in 2.5.0. I've tried R-2.5.0 under gnu/linux from source and the Mac binary from att research. Example: > dir() [1] "bgx.Rnw" "bgx.pdf" "run.1" > unlink("run.*",recursive=T) > dir() [1] "bgx.Rnw" "bgx.pdf" "run.1" > unlink("run.1",recursive=T)

Dear all, R on Macports relies on GCC 4.3 to build packages. I find that packages with shared objects that use C++ streams crash R if they're compiled using Macports' gcc43, but work fine if compiled in exactly the same way using Apple-supplied GCC 4.2. Has anyone here had the same issue/know what is causing this problem? Thanks, Ernest

Hi, R 2.5.0 isn't auto-completing paths properly as it used to. E.g. suppose I have: > dir("CEL/choe") [1] "chipC-rep1.CEL" "chipC-rep2.CEL" "chipC-rep3.CEL" "chipS-rep1.CEL" [5] "chipS-rep2.CEL" "chipS-rep3.CEL" Now if I do: ReadAffy("CEL/choe/ch<tab> # => ReadAffy("CEL/choe/chip

Dear all, I have wrapped a C++ function in an R package. I allocate/deallocate memory using C++ 'new' and 'delete'. In order to allow user interrupts without memory leaks I've moved all the delete statements required after an interrupt to a separate C++ function freeMemory(), which is called using on.exit() just before the .C() call. I am concerned about the

Why is it that R places CFLAGS after PKG_CFLAGS and not before when compiling a package (e.g. through R CMD build pkg)? This can be problematic if, for instance, you want to use -O3, but -O2 is in R_HOME/etc/Makeconf. If -O2 (in CFLAGS) appears after -O3 (in PKG_CFLAGS), you are left with what you didn't want: -O2. In R-exts, it says that "Flags which are set in file etc/Makeconf

Dear all, I have a code chunk in my Rnw file that, when executed, outputs carriage return characters ('\r') to inform on the progress (e.g. "sweep 4 of 1024\r"). But Sweave interprets this as a newline character, and therefore I get countless pages of output in my vignette where I only really want one line. Any ideas? Thanks E

tempdir() on windows returns the path using "\\" as file separator. But .Platform$file.sep returns "/". As a result, you get inconsistencies like: > file.path(tempdir(), "foo") [1] "C:\\WINDOWS\\Temp\\RtmpYEIXrb/foo" # Mix of \\ and / I'm not sure if this can cause problems but I thought I'd let you know just in case.

Dear all, Given that the Intel MKL multithreaded BLAS is now free (https://software.intel.com/en-us/mkl/choose-download, released under the very permissive Intel Simplified Software License, https://software.intel.com/en-us/license/intel-simplified-software-license) and that this BLAS comes out as the fastest in most benchmarks, and that Microsoft R Open compiled against Intel MKL seems to be

I am helping someone calculate ICC using R. I know R has several packages like irr, psy etc which provide options to calculate ICC (intraclass correlation coefficient). When getting ICC, we need to use the model: two-way mixed model with absolute agreement. I only found that in irr package, it provides the option of choosing one or two way and consistence or absolute agreement model. However,

So far, i couldn't find an answer on the net, maybe someone here can help me: Is it possible to install ICC-profiles under WINE? If yes, how can this be done? (I need support of ICC-profiles, because i run PhotoLine under WINE) Any help would be very much appreciated! Michael

Hi, I got the following problem when I type make. The error is not enough verbose to me so I can find the problem. Please cc me, I'm not subscribed. Thanks, Mathieu --------------------------- make[4]: `vfonts.so' is up to date. building system startup profile building package 'base' all.R is unchanged ../../../library/base/R/base is unchanged dyld: lazy symbol binding failed:

Hi, I'm essentially wanting to calculate intra- and inter-observer variabilities for the first principal component of an optic disc shape measure of a sample of individuals, so from what I can work out I need to work out an intraclass correlation coefficient(s). For the intra-data, I have 2 measurements taken on each individual by the same observer. For the inter-data, 2 observers have taken

I just tried to build the latest llvm with icc 11.1, and this circular dependency bug is still present: http://llvm.org/bugs/show_bug.cgi?id=4783 Any chance it could get fixed for 2.7? -e

Hi all. I see this error message (subj) while trying to configure LLVM Build Environment. I follow the instruction given in http://llvm.org/docs/GettingStarted.html What am I doing wrong? Help me, please :) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110201/e9a48b8d/attachment.html>

Solovyov Dmitry <trigan.sda at gmail.com> writes: > Hi all. I see this error message (subj) while trying to configure LLVM Build > Environment. > I follow the instruction given in http://llvm.org/docs/GettingStarted.html > What am I doing wrong? You don't have g++ installed or in your PATH. You need a C++ compiler for building LLVM. g++ is the GNU compiler, icc is the Intel

https://bugs.freedesktop.org/show_bug.cgi?id=111178 Bug ID: 111178 Summary: low quality icc profile for monitor Benq ew2775zh Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

>>>>> Saikat DebRoy writes: > On Thursday, Sep 25, 2003, at 05:26 US/Eastern, CanisMaior@web.de wrote: >> Bugs compiling R-1.7.1 with Intel compilers icc and ifc, >> on x86-computer (Pentium IV) and linux operating system >> > Many of those bugs can be fixed by using appropriate configure options. > Some of the warnings are serious, but they quite a

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 =