similar to: Building Problem

Dear friends, I am trying to install R-2.4.1 from source on Solaris 11 x-86. 64 bits, running on Sun Ultra-20 workstation, and using the SunStudio 11 compilers. I was able to "configure" R correctly, but received an error in "gmake", aparently related to bzip2 which I have been unable to debug. The messages are listed below. The configure.log and configure.status files are

Hello I'm having trouble building R under Unix. I've searched for information about it on google or the R database but I didn't find any answer on my problem. I would be thankful if somebody could help me working that out. The version of R I'm trying to build is R-2.4.0 and the architecture of solaris is sparc. Here's what I type. PATH=/opt/sfw/bin:$PATH export

The problem was solved by setting environment variable CXX. But somehow a new one came. The gcc is installed in /usr/local/gcc-4.2.3. I managed to change clang/lib/Frontend/InitHeaderSearch.cpp clang/lib/Driver/ToolChains.cpp to force clang use the crt lib for that version. For details, plz see http://www.advogato.org/person/redi/diary/228.html. So now I have no problem of using clang to

Hi, I've restarted my Elsa/LLVM project after three months of having real life intrude. I upgraded my LLVM source to the current trunk. I had to make a few changes to my source, e.g. LLVMFoldingBuilder became IRBuilder and several instances of "new" became "Create". Now, a test case that previously succeeded fails. I run the following script: #!/bin/sh if [ 1 -ne 0 ]

Hi all, I wanted to install R under a sunOs machine, so I launched the configuration with the following command: "./configure --prefix /sw/gnu/R/R-2.1.0/sun/ --with-readline=no" The rsult of this configuration seemed good " R is now configured for sparc-sun-solaris2.8 Source directory: . Installation directory: /sw/gnu/R/R-2.1.0/sun/ C compiler:

I am trying to compile R-devel (R-devel_2006-05-17.tar.gz) on Red Hat Enterprise Linux AS release 3 (Taroon Update 7) using the Portland Group compiler 6.0. (I have not yet successful compiled R on this configuration, so I don't know if this is a new problem.) I get an error pgcc -L/usr/local/pgi/linux86-64/6.0/libso -L/usr/lib64 -o dftables dftables.o ../dftables chartables.h

Hello, Recently we tried to streamline our toolchain by removing some GNU tools with LLVM tools to avoid having multiple copies of strip, nm, ar and similar tools. Today we ran into a really strange issue where shared objects where not loadable. We where able to track this down to llvm-strip with default arguments creating a shared object that doesn't load correctly. It works if we switch

Are you saying this is this the first time you've tried to compile it on the cluster? It's easy to determine if g++ is installed and in the PATH - just get a console on the cluster and type "g++". However, AFAIK cluster nodes are not usually configured for software development, are they? Typically you build your code locally and then job it out to the cluster? Greg

Thanks Jonas, I wasn't aware of the gold linker plugin. Here's what I do, in my current workflow. First, I use clang to compile each .c file (e.g. for the bzip2 benchmark, or any other) into a .bc file: specmake clean 2> make.clean.err | tee make.clean.out rm -rf bzip2 bzip2.exe *.o *.fppized.f* find . \( -name \*.o -o -name '*.fppized.f*' \) -print | xargs rm -rf

Hello, =20 I get this error when I try to install R-2.4.0 on Solaris 10 =20 Any Assistance would be greatly appreciated =20 The ./configure thing passed but then on gmake I get : =20 Undefined first referenced symbol in file __builtin_isnan arithmetic.o ld: fatal: Symbol referencing errors. No output written to R.bin

I've compiled llvm several times, but this is the first time I saw this error when I was trying to compile it in a cluster. checking tool compatibility... configure: error: g++|clang++|icc required but not found I am pretty sure g++ is installed and in the path. I then downloaded clang++ binary and set path. The error was still there. OS: opensuse 10.1 gcc, g++ version: 4.2.3 Any idea? Bo

Hello Rui, Thanks for your reply. I tried with the keep-section argument and that made the shared library work. Should these sections be kept around by default maybe? -- Tobias On Thu, Oct 17, 2019 at 11:06 AM Rui Ueyama <ruiu at google.com> wrote: > > One thing I noticed is that llvm-strip seemed to remove a .ARM.attributes section. Can you try --keep-section=.ARM.attributes to

Hello Tobias, I think that looks reasonable to me, I think it will be down to the llvm-objcopy team whether they want to make .ARM.attributes a special case or not. The best way to find out is to submit a patch, citing the problems with old versions of libc, I'd expect that you'll need to add a test case for the patch to be accepted. To do that it is probably best to look at the existing

An embedded and charset-unspecified text was scrubbed... Name: config.txt Url: https://stat.ethz.ch/pipermail/r-help/attachments/20070501/bdf55878/attachment.txt

Jordan, I have sent the patch via Phabricator: https://reviews.llvm.org/D69188 Let me know if I got it right. -- Tobias On Thu, Oct 17, 2019 at 7:12 PM Jordan Rupprecht <rupprecht at google.com> wrote: > > Tobias, > I don't have much experience with ARM, but from your report and Peter's explanation of why LLD does it, I agree we should be consistent with LLD and keep the

Dear all: I got some error messages when I installed R-2.4.0 on Compaq Tru64 Unix V5.1B, I set the R_HOME=/shs/R and then try 'make' command after configuration and it showed "Make: Cannot open /share/make/vars.mk. Stop.",after that,I used the 'gmake' to implement. The following is my installation steps: 1. ./configure --enable-R-shlib --prefix=/shs/R MAKE=gmake (no

Hello, I''m trying to setup postgreSQL onto rails on linux and when I type bundle install this is the error that i get. I guess its not finding the files Gem::Installer::ExtensionBuildError: ERROR: Failed to build gem native extension. /home/taka/.rvm/rubies/ruby-1.9.3-p194/bin/ruby extconf.rb checking for bzlib.h... no checking for BZ2_bzWriteOpen() in -lbz2... no ***

I am trying to build R on a Centos server without admin privileges (or support), so I can call R functions from NetLogo models (via the NetLogo R extension or possibly Rserve), but I'm getting stuck near the end of make. Any suggestions? Here's the setup... $ R_SHELL=/bin/sh $ R_HOME=~/R-devel $ cd $R_HOME; ./configure; make returns ... begin installing recommended package MASS

Full_Name: Ricardo Aponte Version: R 2.4.0 OS: Solaris 10 Submission from: (NULL) (200.71.37.195) Hello I'm having trouble building R under Unix. I've searched for information about it on google or the R database but I didn't find any answer on my problem. I would be thankful if somebody could help me working that out. ./configure R is now configured for

If anyone has suggestion as to the resolve for the problem described below, your assistance is needed and will be greatly appreciated. After repeated attempts to install R on a Sun Micro System Sunfire 480 with Solaris 2.8 OS (Unix), I have not been successful in completing the installation of R v2.1.1 nor the earlier versions? At the close of the "make" command error codes 255 and 1