search for: sunpro

[ Sorry if this ends up multiple posted; your web pages still point ] [ the mailing list archives at lists.sourceforge.net -- sketch ] Hi, I've committed patches to pkgsrc to get flac compiling with SunPro under Solaris. As there are quite a number of small tweaks necessary, I hoped you may be interested in merging them into flac to avoid me having to keep the diffs up-to-date :-) Full commit diffs are available via http://mail-index.netbsd.org/pkgsrc-changes/2004/11/16/0021.html and a cleane...

FYI-- session.c fails from openSSH 2.9.9p2 with SunPro C compiler on Solaris 7, 8. The function do_pre_login had to be moved to before its use in do_exec_pty (a predeclaration would work). It does appear to work correctly, given the above fix. Still having the largefile problem (argh), so if anyone can help with /that/ ... -- Austin David -- Sr. Sys...

Hi all. I've recently uploaded a package (bnlearn) to CRAN. It builds fine on both Linux (32 and 64 bit) and Windows, but fails on MacOSX ix86 because of C90 vs C99 issues: http://www.r-project.org/nosvn/R.check/r-patched-macosx-ix86/bnlearn-00install.html Since I've no MacOSX machine at hand, I would like to ask you: why is C99 not the default for gcc on MacOSX ix86? Is it safe to

Dear sir- I have been trying to build and run OpenSSH 2.9p1 on Solaris 7 for x86. I tried with SunPRO 5.0 compilers and gcc 2.95.2. I am using zlib 1.1.3 and openssl-0.9.6a. In all cases I can get ssh to work for version 1. In no case can I get version 2 to connect. With the SunPRO 5.0 compiler the signature does not verify, with gcc, ssh dies in segmentation violation. I can provide more det...

Dear all, I am trying to compile R-1.8.0 and R-1.8.1-beta (as 19-11-2003) under Solaris 9 using the Sun compilers. './configure' fails; the last lines of the display are: checking whether we can compute C Make dependencies... yes, using cc -M checking whether cc supports -c -o FILE.lo... yes checking how to get verbose linking output from f77... -v checking for Fortran 77 libraries...

Several multiple definition fatal errors occur compiling R-0.62.2 and more with 0.62.3 using the Sun native compiler SC2.0.1. Earlier versions of R did not present the problem. It does not occur with gcc. The problem lies in the SC2.0.1 library in sunmath.h which is not fully ANSI compliant. The compiler, with appropriate options, compiles non-ANSI usages but does not recognize alternatives as

Hello List, Knowing I would eventually need to ask for help on the list, I've held off my thanks and congratulations on the 1.+ releases of R. I am amazed at the dedication of the R-core team, and do add my applause and thanks. I've had a compile problem with the latest version which has not occurred before. I'm compiling under: platform sparc-sun-solaris2.6 arch sparc

Full_Name: Manisha Desai Version: 1.3.0 OS: UNIX Submission from: (NULL) (156.111.36.213) There may be a bug in the table command. The value of 0 does not appear to show up (at least in this version of R). The following is an example: > blah<-c(rep(1,100),rep(0,100)) > table(blah) Gives the following: blah 1 100 Doing a summary shows that blah does contain values of 0. >

I am trying to port a huge Fortran routine that has been written using type Real (single precision) instead of Real*8. R works only with double precision and I got absurd results when calling the routine. Is it possible to make it work properly without changing the source code? I am running V0.64.1 of R for Unix. Thanks -------------------------- Carlos Corral van Damme GNSS Unit, GMV

...__func__ __FUNCTION__ # else # define __func__ "<unknown>" # endif #endif I don't know a portable equivalent in C++, but I do know that some non-GNU C++ compilers do not support these, so they should be conditionalized on __GNUC__ (or tested for by configure). For example, SunPro C++ supports __func__ as a (non-default) extension: http://docs.sun.com/app/docs/doc/819-5267/6n7c46dpc?a=view so probably configure should be used to test what is available. [1] GOSim MCMCpack MasterBayes RGtk2 rcom smoothSurv -- Brian D. Ripley, ripley at stats.ox.ac.uk Pr...

You will need both the Basic Linear Algebra Subroutines (BLAS) and a version of Lapack to install the Matrix package. I'm not sure if pre-compiled versions are available for Solaris 7. I believe that is a rather old version of the Sun OS. After R-1.7.0 is released in April, 2003 it should be possible to use the Matrix package on any platform with R as Brian Ripley has incorporated Lapack

...Rcmdr depends. Following Prof Ripley's advice I re-installed Tcl and Tk, compiling from sources and making sure the "--enable-64bit" option of their configure was set and setting the environment variable "CC" to "cc" since I want to compile R in 64bit and use the Sunpro "cc" compiler. Everything worked fine. CDing to the tcl directory and typing "wish8.4" at the Unix prompt started tk, similarly tclsh8.4 started tcl. I then rebuilt R from the sources again, setting the appropriate C and Fortran flags in "config.site", as in the &quo...

I'm seeing some extremely odd behavior with solaris. I have a suspicion it's me, but here's the story and maybe someone can suggest an avenue of investigation. This seems to be happening with any release of openssh since at least 2.5.2p1. 1) Problem #1: If SSH protocol 1 is enabled then sshd segfaults right off. This turns out to be because the call to arc4random_stir is

A package I have written makes considerable use of external C code. There appear to be no problems building a Windows binary with the GNU C compiler, but now I would like to make the package available for other platforms. A stringent check of the code with the gcc options '-Wall -pedantic' flags many nested functions and variable-length arrays that are not allowed in ISO C. Is it

I am trying to install R on a unix workstation (Sun-SPARC) but I am not sure which of the binaries to use. The only binaries available are for linux, nextstep, osf, and windows. Which one of them will work for a SUN sparc station?? Thanks. PS. I tried to compile the source code but it looks like I have a probelm with fortran. So, if I could install one of the binaries it would be a lot

On solaris 8 with forte 6.1 for F77 and CC. I try to configure I get the following message. checking whether f77 appends underscores... yes checking whether f77 and cc agree on int and double... configure: warning: f77 and cc disagree on int and double configure: error: Maybe change CFLAGS or FFLAGS? Thanks in advance -- Govind

Full_Name: Krassimir Sedmakov Version: R-1.4.1 OS: Solaris 8 Submission from: (NULL) (134.114.165.52) ******** Problem: ******** When running make for R-1.4.1 on Solaris 8, SPARC 64 bit the following error message is generated: arithmetic.c:672: #error code requires that int have 32 bits gmake[3]: *** [arithmetic.o] Error 1 gmake[3]: Leaving directory `/opt/R/R-1.4.1/src/main' gmake[2]:

I have just installed R 1.9.1 on an old Sun Sparc with the following specs: version Machine hardware: sun4u OS version: 5.6 Processor type: sparc Hardware: SUNW,Ultra-4 The following components are installed on your system: Sun Visual WorkShop C++ 3.0 Sun WorkShop Compiler C 4.2 Sun WorkShop Compiler C++ 4.2 Sun WorkShop Tools.h++ 7.0

...re goes. Feel free to contact me if I can provide anything else useful. Problem: -------- Major numbers on 64bit Solaris are being dropped, and created as 0 on recieving end. 32bit version works perfectly. Environment: ------------ Solaris 8 or Solaris 9 (haven't tried any other 64bit OSes) SunPRO cc CFLAGS = -xO2 CFLAGS += -xarch=v9 (turns on 64 bit compile) Configure: ---------- ./configure --enable-debug=no Build: ------ gmake Run: ---- ./rsync -av /devices/pseudo/ /tmp/foo Symptoms: --------- root@ti1us003# ls -l /devices/pseudo/ total 0 crw-rw-rw- 1 root sys 44, 0 Mar 30 19...

.. R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /unsup/R-0.64.2 C compiler: gcc -g -O2 FORTRAN compiler: g77 -O2 Gnome support: no $ gcc --version egcs-2.91.66 $ g77 --version GNU Fortran 0.5.24-19981002 "make check" later fails. The failure is in the test of the eigen() function. The