similar to: Install with 64-bit GCC 3.2 : FIX (PR#2049)

Hi, been trying to build R-1.5.1 for som eof our users here. No probs with gcc-3.2 32-bit installtion, but thought we'd try it with the 64-bit just for the crack. Configuring thus CC=gcc3 CFLAGS="-m64" CXX=g++3 CXXFLAGS="-m64" F77=g773 FFLAGS="-m64" LDFLAGS="-m64 -L/usr/local/packages/gcc-3.2/lib/sparcv9" ./configure

Greetings, I have a computer with the following setup: 1)cblfs (pure 64-bit (amd64) linux), kernel2.6.34 gcc4.4.2 2)R-2.11.1 I compiled R with BLAS and lapack using the switched ( --with-blas="- lpthread -latlas -lfptf77blas" --with-lapack="-llapack -lcblas" ). (( http://cran.r-project.org/doc/manuals/R-admin.html#Linear-algebra) ) Prior to compiling R-2.11.1 sh

Hi. Our computer guy had some adventures installing R on a solaris machine, but it's working now. I'm sending you his mails, please pass them on to whoever deals with this stuff. ta. Patrick From: Kev Buckley <k.buckley@lancaster.ac.uk> Trying to install R-1.1.1 on Solaris RCC for you. Looks as though I meant to before, as I had a TGZ of the previous release lying around.

>> Before this change is committed, you need to test that all our scenarios, >> in each combination: >> >> 1. Both with and without OBJ_DIR == SRC_DIR >> 2. Single and Parallel builds >> 3. Building LLVM versus building a project (and now building from >> installed) > ok, will do... > > I found some bugs in my patch and then I will send updated

Dear all-- I have been trying to get the tkrplot package to work in order to use the bioconductor package genArise. I am trying to build it on a Mac running OS 10.4.1 with R 2.1.1. Following a stanadard install from R here the error I get when I try to load tkrplot > library(tkrplot) Loading required package: tcltk Loading Tcl/Tk interface ... done Error in

Full_Name: Mike Pacey Version: 2.6.0 OS: SuSe Linux 9.3 x86_64 Submission from: (NULL) (194.80.32.10) A "vanilla" version of R configures and compiles without a problem on my system. Switching to using the PGI compiler configures correctly (see the values at the bottom fo thismessage), but compilation aborts with: pgcc -I../../src/extra/zlib -I../../src/extra/bzip2

Hi folks, I'm attempting to compile and install 2.5.0, and "make check" is failing one of the earlier sanity tests. I'll append the relevant portion of the Rout.fail file below, but I've narrowed it down manually to a single command: > sessionInfo() R version 2.5.0 (2007-04-23) x86_64-unknown-linux-gnu locale:

Hello, the "R Installation and Administration" handbook states in Section C 5.1: For ?amd64? the builds have failed to complete in several different ways, currently with relocation errors for libRblas.so. To fix it: add '-shared' to the SHLIB_LDFLAGS, SHLIB_CXXLDFLAGS and SHLIB_FCLDFLAGS before starting configure. So the complete set of variables' values sufficient to

What am I missing? [Download dvm.zip from https://solaris10-dtrace-vm-agents.dev.java.net/] [root at load0 /]$ mkdir /opt/dvm;cd /opt/dvm root at load0 dvm]$ unzip /home/jbuckley/dvm.zip [jbuckley at load0 ~]$ more /etc/release Solaris Nevada snv_45 SPARC Copyright 2006 Sun Microsystems, Inc. All Rights Reserved. Use is subject to

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

I am using llvm-project compiling risc-v programs. llvm-project version:dd8a2013dc1804be1b7d9cffacad2e984300bd22 Instructons to build LLVM+clang: ``` cmake -G Ninja -DCMAKE_INSTALL_PREFIX=/home/llvm/workspace/llvm/llvm-project/llvm_install -DCMAKE_BUILD_TYPE="Release" -DDEFAULT_SYSROOT="/home/llvm/workspace/riscv/riscv-tc-20200220/bin/riscv32-unknown-elf"

> Vladimir, > > I took a *very quick* look at your patch. I won't be able to look at it in > more detail until this weekend, but perhaps you can address a couple of > concerns: > > 1. I don't understand the need for LLVMToolDirSlash. This seems like a > gratuitous change to me. If LLVM_OBJ_ROOT (with LLVM_SRC_ROOT) and LLVM_ROOT both not set without

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

System details: -------------- Sun Blade 1000, Solaris 8, Sun ONE Compiler Suite (rebranded Forte 7), R versions 1.6.0 and 1.6.2 - suspect others are affected, too Problem description: ------------------- Using the recommended env var setting from p.15 of the Admin Guide, the configure script fails the sgemm sunperf test, even though the sunperf libraries are available Not linking with

Hello r-bugs, I am running openSuse 11.0, with my new Intel 8500 (Penryn) C2D, and I want to use icc and ifort. I was able to get a working Goto BLAS, following Dr. Goto's instructions. That seems to work OK with gcc and gfortran. I get about 10% faster computations by using -O3 rather than -O2. I get faster results with Goto BLAS rather than the R BLAS. Now I want to make icc and ifort

Hi all, I'm trying to set up the Windows Rtools toolset for building packages with compiled code. I installed for Windows R-3.4.3 from CRAN and installed Rtools-3.4 in a custom location M:\R\R-3.4.3 and M:\R\Rtools-3.4 Following the instructions, in shell, I set Path=M:\R\Rtools-3.4\bin;M:\R\Rtools-3.4\gcc-4.6.3\bin;M:\R\R-3.4.3\bin;... (the ... are other paths irrelevant for R/Rtools).

*1. I have searched the access/setting of LLVMCC_EMITIR_FLAG in the build directory, recursively, and all the output is what I pasted in last email (just the same to the that in source directory). Maybe the configure failed to do it. My command list for building the test suit is as followings:* *(1) cd ~/SRC_DIR/llvm/projects* *(2) svn co http://llvm.org/svn/llvm-project/test-suite/trunk

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

(cross-posted on SO: https://stackoverflow.com/questions/78022766) Hi all, I'm trying to compile R as a static library with the -fPIC flag so I can use it within java+JNI (is it only possible ?), but I cannot find the right flags in '.configure' to compile R this way. I tested various flags but I cannot find the correct syntax. for now, my latest attempt was ``` rm -rvf?

Hi, i'm trying to compile R on a Cray XT3 using pgi/7.2.1 - CNL (compute node linux) The R version is 2.8.0 this is the option -enable-R-static-lib=yes --disable-R-shlib CPICFLAGS=fpic FPICFLAGS=fpic CXXPICFLAGS=fpic SHLIB_LDFLAGS=shared --with-x=no SHLIB_CXXLDFLAGS=shared --disable-BLAS-shlib CFLAGS="-g -O2 -Kieee" FFLAGS="-g -O2 -Kieee" CXXFLAGS="-g -O2