similar to: installing problems repeated.tgz linux

Hi all, When I tried to install package randomForest, it gave out the following error message: " > install.packages("randomForest", dependencies = TRUE) trying URL 'http://www.lmbe.seu.edu.cn/CRAN/src/contrib/randomForest_4.5-12.tar.gz' Content type 'application/x-gzip' length 82217 bytes opened URL ================================================== downloaded

I installed RF on Linux OpenSuSe 11.1 and while it did install and did run a model I had created on Windows correctly, it gave me a lot of "uninitialized" warnings. I don't know if these are significant and so am a little concerned even though my model ran. Any thoughts? Thanks R version 2.10.0 (2009-10-26) Copyright (C) 2009 The R Foundation for Statistical Computing ISBN

I have search the help archives and can't find a direct reference to the following issue: When installing randomForest on under CentOS 5.2 , R version 2.7.1 with gcc 4.1.2. We receive the following error (see below, can't find –lg2c) it is in the path! root@abcsci12 ~]# R CMD INSTALL /scisys/home/yanicrk/randomForest_4.5-28.tar.gz * Installing to library

Hello, I have openSUSE 11.1 Trying to install randomForest as SU after invoking R install.packages("randomForest") and I get this * Installing *source* package ‘randomForest’ ... ** libs gcc -std=gnu99 -I/usr/lib/R/include -I/usr/local/include -fpic -O2 -c classTree.c -o classTree.o gcc -std=gnu99 -I/usr/lib/R/include -I/usr/local/include -fpic -O2 -c regTree.c -o

I am using R-2.6.0 on FreeBSD 8.0-CURRENT (i386). In the last days I had problems when building packages SparseM, lme4 and randomForest. The below message shows for randomForest, that 'libgfortran' was not found. The same error appeared with SparseM and lme4. --------------------------------- R CMD INSTALL randomForest_4.5-19.tar.gz * Installing to library

Dear R-help, Can some one tell me how to profile compiled code dynamically loaded into R? Here's what I tried on our dual Opteron running SUSE Linux Enterprise Server 8 (GCC 3.3): Start with R-patched dated 2004-06-07: (I also had MAIN_CFLAGS="-pg" in config.site.) R is now configured for x86_64-unknown-linux-gnu Source directory: . Installation directory:

Dear all, Has anyone seen the same problem? I tried compiling R-1.9.0 alpha (2004-03-16) on our Opteron box running SUSE Linux ES8. I ran: ./configure --enable-R-shlib --with-blas=goto and got: Source directory: . Installation directory: /usr/local C compiler: gcc -m64 -O2 -g -msse2 -march=k8 -Wall --pedantic C++ compiler: g++ -m64 -O2 -g

On Sat, Mar 12, 2016 at 2:38 PM, Tim Northover <t.p.northover at gmail.com> wrote: > On 12 March 2016 at 11:51, Rail Shafigulin via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > I tried every possible combination of --target I could think of but > nothing > > worked. Would you mind helping me out? > > First, 64-bit x86 is "x86_64", and 32-bit

Thompson's Manual to Accompany Agresti's book refers to a package named "repeated". It's not on CRAN from what I can see. I have seen rpm's for it. Where is the best place to download this package? Rick B.

I encountered difficulties installing randomForest on a Ubuntu Linux OS. Dirk was very helpful and provided the solution below. Many thanks. Steve Steve Friedman Ph. D. Spatial Statistical Analyst Everglades and Dry Tortugas National Park 950 N Krome Ave (3rd Floor) Homestead, Florida 33034 Steve_Friedman at nps.gov Office (305) 224 - 4282 Fax (305) 224 - 4147 ----- Forwarded by Steve

Hello! Can someone please help me in building debug version of klibc ? I've cloned git://git.kernel.org/pub/scm/libs/klibc/klibc.git , but failed to build it with debug info added "-g" to HOSTCFLAGS in Makefile, but $ make -j KLIBCKERNELSRC=`pwd`/../linux-2.6/usr still strips every debug symbol , and i'm failed to change scripts/Kbuild.klibc and Makefile to remove strip

lvqcl wrote: > 1) if FLAC__SSE_OS==1 then MSVC cannot compile current cpu.c: > "#include <windows.h>" line is inactive and MSVC complains: > cpu.c(278): error C2065: 'EXCEPTION_EXECUTE_HANDLER': undeclared identifier > cpu.c(279): error C2065: 'STATUS_ILLEGAL_INSTRUCTION': undeclared identifier > > 2) the current code (simplified): > >

Thomas Zander wrote: > In any case, the disable-SSE matter is still important. People are > still using flac on x86 machines without SSE, for instance AMD Geode > CPUs seem to live forever. libFLAC detects CPU SSE support in runtime, so --disable-sse is necessary for cuch CPUs only because it disables -msse2 switch. Maybe it makes sense to add new switch, --no-force-sse2 or

1) to the author of test/test_replaygain.sh There are 2 identical lines in this file: line 137 and next. Is it intended or just a copy/paste error? 2) to ALL: I attached a small program. Compile and run it. * Does it work correctly when compiled with -O3 -msse2 options? * If yes, does it work correctly when compiled with -O3 -funroll-loops -msse2 options? ( and what is the version of your

First off, this code is horrible to read and work on. The recent commits are the first of what I hope is a massive clean up of this code. lvqcl wrote: > So if I understand things correctly, the current meaning of --(en|dis)able-sse is: > > on Linux: > --enable-sse: > add -msse2 to the compiler switches > do not test SSE OS support (assume that SSE is

On Saturday 31 January 2009 03:42:04 Eli Friedman wrote: > On Fri, Jan 30, 2009 at 5:43 PM, Jon Harrop <jon at ffconsultancy.com> wrote: > > I just remembered an anomalous result that I stumbled upon whilst > > tweaking the command-line options to llvm-gcc. Specifically, the -msse3 > > flag > > The -msse3 flag? Does the -msse2 flag have a similar effect? Yes: $

(Sorry for the cross-post--- I wasn't sure which list is more appropriate...) Hi everyone, I've run into segfaults when using my randomForest package on large dataset (e.g., 100 x 15200) and large number of trees (e.g., ntree=7000 and mtry=3000). I'm wondering if anyone can give me some hints on where to look for the problem. The randomForest package mainly consists of two things:

(Sorry for the cross-post--- I wasn't sure which list is more appropriate...) Hi everyone, I've run into segfaults when using my randomForest package on large dataset (e.g., 100 x 15200) and large number of trees (e.g., ntree=7000 and mtry=3000). I'm wondering if anyone can give me some hints on where to look for the problem. The randomForest package mainly consists of two things:

Dave Yeo wrote: >>> >on other OSes: >>> > --enable-sse: >>> > add -msse2 to the compiler switches >>> > test SSE OS support (why?) >>> >It's a bit contradictory: why test whether *BSD etc support SSE or not >>> >but at the same time allow compiler to use SSE/SSE2 unconditionally? >> Yes,

1. A program can use SSE instructions only if both CPU and OS support SSE. Currently libFLAC tests both CPU and OS for this support, but is it really necessary? Maybe CPU check is enough? Operating systems that don't support SSE (Win95, WinNT 4.0, Linux kernel 2.2 (iirc), ...) are really outdated now. Removing OS check will greatly simplify src/libFLAC/cpu.c. 2. "configure" build