similar to: R compilation problem on 64 bit SunOS (PR#13898)

Full_Name: Uwe F. Mayer Version: 2.9.1 OS: SunOS myhost 5.10 Generic_120012-14 i86pc i386 i86pc Solaris Submission from: (NULL) (216.113.168.130) Standard configuration (that is, not specifying --without-recommended-packages) leads to the following error: gmake[2]: Leaving directory `/usr/local/opt/build/R-2.9.1/src/library' gmake[1]: Leaving directory

Full_Name: Uwe F. Mayer Version: 2.9.1 OS: SunOS myhost 5.10 Generic_120012-14 i86pc i386 i86pc Solaris Submission from: (NULL) (216.113.168.130) Configuration problem with the creation of shared libraries: Compilation only succeeds if SHLIB_LDFLAGS="-shared" is added to the configure command line. This is likely due to a wellknown gcc-4 feature, in that gcc requires -shared and not

Dear R-HELP, We are compiling R-2.12.1 for 64 bits onto a Sun Sparc machine below: SunOS 5.10 Generic_142900-13 sun4u sparc SUNW,Netra-T12 The source was compiled successfully with "gcc version 3.4.6" by using the default configuration and has produced R-2.12.1 in 32 bits. Compiling R-2.12.1 for the 64 bits by configuring the config.site file as follow: CC="gcc -m64"

We have recently upgraded to Solaris 10 on a couple of sparc machines with the usual mildly mysterious consequences for library locations, etc, etc. I've managed to configure R 2.1.0 for a 64 bit version with: R is now configured for sparc-sun-solaris2.10 Source directory: . Installation directory: /usr/local C compiler: gcc -m64 -g -O2 C++

Hello all, I am trying to install the llvm-gcc front end to use it in one of my projects, but I got stuck.. I am working on a Sun workstation: SunOS xxx 5.10 Generic_137137-09 sun4u sparc SUNW,Sun-Fire-V240 and I have gcc version 3.4.6: Reading specs from /sw/gcc-3.4.6/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs Configured with: /.scratch/andjo/lsw/src/gcc/gcc-3.4.6/configure

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 configure:17280: result: no configure:17300: checking for mblen configure:17356: gcc -o conftest -O3 -m64 -mtune=native -pipe -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security -Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset

Hi all, I've put together some preliminary patches to add frontend support for the sparcv9-* subtarget (ie 64-bit SPARC), modelled on the corresponding x86-64 code - do these look reasonable for inclusion? This doesn't address the codegen side of things yet (isel falls over when trying to actually emit 64-bit code), but at least bitcode generation looks correct now. Tested on

Hello, I''m having problems compiling Ruby 1.8.5 on a 64-bit Intel machine running Solaris 10 U3. I''m using Sun Studio 12 for building an optimized package for our company. We''re not interested in coolstack (from Sun used with GCC). Any help below would be appreciated: root@host # uname -an SunOS host 5.10 Generic_125101-08 i86pc i386 i86pc Solaris root@host # isainfo

I was looking forward to trying this out, given the puported Solaris support. However, in attempting to install the prereqs for dashboard, I hit a major snag. My main server uses the blastwave MySQL install, which is a 64-bit version of MySQL 5. mysql Ver 14.12 Distrib 5.0.90, for pc-solaris2.10 (x86_64) Apparently the mysql bindings for ruby don''t like the 64-bit version. Output of

Hello, I'm having trouble getting the igraph package to load on Solaris. I can get igraph to compile and install from a local directory without issues using simply "R CMD INSTALL igraph", however "library(igraph)" from within R gives the following errors: Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared library

Hello, Nathan >   I've put together some preliminary patches to add frontend support for the sparcv9-* subtarget (ie 64-bit SPARC), modelled on the corresponding x86-64 code - do these look reasonable for inclusion? This doesn't address the codegen side of things yet (isel falls over when trying to actually emit 64-bit code), but at least bitcode generation looks correct now. Tested on

On 03/02/2010, at 10:16 PM, Anton Korobeynikov wrote: > Hello, Nathan > >> I've put together some preliminary patches to add frontend support for the sparcv9-* subtarget (ie 64-bit SPARC), modelled on the corresponding x86-64 code - do these look reasonable for inclusion? This doesn't address the codegen side of things yet (isel falls over when trying to actually emit

Dear R-developers: I'm trying to build a 64-bit R-patched_2006-07-24 on SunFire V40z with on Solaris OS 10 64-bit kernel and using Sun Studio 11 compilers. Everything runs OK until it gets to building package tools (all.R) where it fails. Bellow is how I tried it (I can provide any other additional info if needed). Any help please? Thank you very much Latchezar Dimitrov Wake Forest Univ.

I'm just in the process of upgrading from nut-2.4.1 to 2.4.3 on a dual-Xeon box running Solaris 10 amd64 (i686-pc-solaris2.10). I configured as follows: ./configure --prefix=/opt/nut --with-gnu-ld --with-serial --without-usb --with-cgi --with-gd-includes=-I/usr/local/include --with-gd-libs="-L/usr/local/lib -R/usr/local/lib -lgd" --with-user=nut --with-group=nut

Hi I am having problems compiling R on a Solaris 10 opteron box we have on trial. checking for Fortran libraries of g77... -L/usr/ccs/lib -L/usr/lib - L/usr/local/lib -L/usr/local/lib/gcc-lib/i386-pc-solaris2.10/3.3.2 - L/usr/ccs/bin -L/usr/local/lib/gcc-lib/i386-pc- solaris2.10/3.3.2/../../.. -lfrtbegin -lg2c -lm -lgcc_s -lfrtbegin: - lg2c: checking how to get verbose linking output from

Luke Dalessandro wrote: > OK. So I've discovered --with-sysroot which seems to be grabbing and > patching the include files correctly. Now it's dieing with > > ./options.h:462: error: 'HOST_BITS_PER_INT' undeclared here (not in a > function) > ./options.h:462: error: bit-field 'padding' width not an integer constant > > which appears to be

Apologies if this is not the best list on which to ask for help. I have compiled R 2.6.0 using Sun Studio 12 compilers. I can install most CRAN and bioconductor packages that I need, with the exception of RSQLite. Unfortunately this is critical for other packages that I need. I have tried to compile it using R CMD INSTALL to generate a config.log file. I don't know how to fix the reported

Hi, I'm having trouble compiling R-2.10.0 (R-patched_2009-11-02.tar.gz) on solaris 10 and am hoping for some advice. I'm getting errors about having the wrong version of lib_I_dbg_gen.so.1 ("version `DBG_GEN_5.1' not found"), when it gets to the step of compiling recommended packages (cluster). I think we do have the right version of lib_I_dbg_gen.so.1 on the

configure fails with : configure: error: Unsupported off_t type I am not too sure what off_t is needed but this is a pretty standard thing. My configure line : ./configure --build=i386-pc-solaris2.10 --host=i386-pc-solaris2.10 --prefix=/opt/csw --with-zlib --with-ssl=openssl --with-storages=mbox,maildir --with-libiconv-prefix=/opt/csw Yes, the openssl libs are in /opt/csw/lib Not sure what

I'm trying to build NUT 2.2.1 on a SunBlade 2000 running Solaris 10 (Solaris 10 11/06 s10s_u3wos_10 SPARC) It won't compile. I'm not a programmer, so I'm afraid I don't know why... [huge at anubis ~/Prog/nut/nut-2.2.1]: ./configure --with-user=ups --with-group=nutNetwork UPS Tools version 2.2.1 checking build system type... sparc-sun-solaris2.10 checking host system type...