similar to: Install problem(s)

I am currently trying to install R 1.6.0 on an SGI Octane running: > uname -aR IRIX64 hcu091 6.5 6.5.9m 07201608 IP30 and I am receiving a fatal error during the make step. Any help in this matter would be greatly appreciated. Here is the final output from "./configure"... ---------- R is now configured for mips-sgi-irix6.5 Source directory: . Installation directory:

Hi all, I try to build R-1.7.0 + patches. when problem arise. I start with appling the patches and second configure and make. Any ideas whats wrong (wrong compiler wrong make version or missing an essential library...) /Ulf D heres the log: **** cut************ making method_meta_data.d from method_meta_data.c making slot.d from slot.c making class_support.d from class_support.c making tests.d

Dear R-help, Has anyone been able to compile R on Linux using Intel's C(++) and Fortran compilers? When I tried it (using R-devel from March 19), I get the following error when it gets to compiling the "methods" package. Can some one tells me where to start looking? What is "error 139"? Any help greatly appreciated! Cheers, Andy PS: This is on Mandrake 9.0, running

Compiling package methods, R-1.5.0, on Solaris 5.7 failed (output below) for me with - gcc-2.95.3, perl-5.005_03 and also - gcc-3.0.4, perl-5.6.1 Any ideas a) what the problem is or even better b) how to solve it? Uwe Ligges =================================== [...] building package 'methods' ../../../library/methods/man/methods.Rd is unchanged making do_substitute_direct.d from

Hello everyone, I've just attempted to build R-1.4 on Compaq Tru64 (I'll enclose the text from bug.report() from R-1.3.1 at the end.) The relevant part of the log is below. Any ideas? gcc -shared -o methods.so do_substitute_direct.o methods_list_dispatch.o method_meta_data.o slot.o -L/usr/local/lib /usr/ucb/ld: Warning: Unresolved: TYPEOF Rf_error Rf_protect Rf_substitute

--- On Thu, 3/9/09, Vinh Nguyen <vinhdizzo at gmail.com> wrote: > hi hin-tak, > > i'm trying to build r packages for windows on a > mac/linux. i guess > this used to possible and supported, but is no longer > supported. i > ran into this post of yours, > https://stat.ethz.ch/pipermail/r-devel/2009-July/053971.html, > and hope > u don't mind me

The current r-devel (aka R 1.7.0) now attaches the package "methods" by default at startup. A new option, "defaultPackages", is set to c("methods", "ctest") by default, causing the .First in package base to require those two packages at startup. There are two main known differences from having methods attached: - the definition of class() changes, in

Hi all, I am trying to compile R in 64-bit addressing mode under AIX 5.1. Currently, I am using the following. ./configure -without-x CC='xlC_r' F77='xlf_r' CXX='xlC_r' CFLAGS='-q64 -g -qfullpath' FFLAGS='-q64 -g -qfullpath' CXXFLAGS='-q64 -g -qfullpath' MAIN_LDFLAGS='-q64 -g -qfullpath' LDFLAGS='-q64'

I'm running debian stable, with the addition of tcl8.4-dev, tk8.4-dev from testing. debian/rules build gives this ... gcc -shared -o methods.so do_substitute_direct.o methods_list_dispatch.o method_meta_data.o slot.o class_support.o tests.o -L../../../../bin -lR mkdir -p -- ../../../../library/methods/libs make[6]: Leaving directory `/home/king/R/source/src/library/methods/src'

On 04/01/2015 08:12 PM, Always Learning wrote: > 1. What is the logically reason for this alleged "improvement" ? I never said it was an improvement. I just said that I didn't think it was that big of a deal, and it boggles my mind that people are calling a change of an ISO's file name 'unwise' and even comparing it to a Microsoft move. I just don't see it as

On Thu, 2015-04-02 at 00:51 -0400, Lamar Owen wrote: > Nor do I see it as an improvement. Thank you for your considered response. If it is not an improvement, then there is no reason for the change, is there ? > In my opinion, assigning sub-version numbers to what was originally > intended to be, by Red Hat, quarterly updates (almost Service Packs, > if you will, much like

There are 3 issues here: Grub, the kernel and RedHat. 1) Grub won't run in an XFS /boot partition, but will happily run xfs_state1_5 to boot from an XFS root partition. 2) The kernel has supported XFS quite happily since at least 2005, I am looking at an SGI Propack 4 manual of February that year and it states that SLES 9 SP 1 contains the kernels with XFS support. 3) May be an issue.

> On 2 Apr 2015, at 06:41, Always Learning <centos at u64.u22.net> wrote: > > >> On Thu, 2015-04-02 at 00:51 -0400, Lamar Owen wrote: >> >> In my opinion, assigning sub-version numbers to what was originally >> intended to be, by Red Hat, quarterly updates (almost Service Packs, >> if you will, much like SGI's numbering of their Foundation and

On 04/02/15 00:51, Lamar Owen wrote: > On 04/01/2015 08:12 PM, Always Learning wrote: >> 1. What is the logically reason for this alleged "improvement" ? > > I never said it was an improvement. I just said that I didn't think it was > that big of a deal, and it boggles my mind that people are calling a change of > an ISO's file name 'unwise' and even

Our network is connected to a cablemodem using a dynamic DNS service to resolve our address. The Asterisk server has been alternately set up behind a NAT router and without a NAT router -- that is, with two NICs, one of which is providing NAT to the rest of the network; the office SIPs are behind that with static private IP addresses. Off-premise SIPs are all behind simple NAT routers.

There's a big thread about filesystems on postfix-users@postfix.org Could you shed some light on that issue? ----- Forwarded message from Wietse Venema <wietse@porcupine.org> ----- From: wietse@porcupine.org (Wietse Venema) Date: Sun, 3 Feb 2002 07:53:26 -0500 (EST) To: Lawrence Greenfield <leg+@andrew.cmu.edu> Cc: Wietse Venema <wietse@porcupine.org>,

Hello, I'm trying to upgrade an Asterisk 1.2 linux box to Asterisk 1.4. I installed the following -rw-r--r-- 1 root root 10908541 Sep 21 13:25 asterisk-1.4.0- beta2.tar.gz -rw-r--r-- 1 root root 993921 Sep 21 13:25 asterisk-addons-1.4.0- beta1.tar.gz -rw-r--r-- 1 root root 80019 Sep 21 13:25 libpri-1.4.0-beta1.tar.gz -rw-r--r-- 1 root root 1523413 Sep 21 13:25

Hello, I have an asterisk server running with 23 g.729 licenses. I have also purchased a sound file from thevoice.digium.com. I need to covert this file (uLaw, PCM I think) to g.711, g.729 & g.723 for use with an IVR system. Is there a way I can convert the files using the g.729 digium codec? sox? Thanks -Matt -- Matthew S. Crocker Vice President Crocker Communications,

I have a SGI Altix 350 (ia64) that came with RHAS 4, but without any paid support. I would like to migrate the server over to CentOS. Here is what I've pieced together from some older posts by Johnny, can someone confirm this should work? I know this is somewhat covered in the FAQ, although both entries refer to FC or WBEL, which already have built-in yum support. Install the

I haven't done any R memory debugging lately, but https://www.mail-archive.com/rcpp-devel at lists.r-forge.r-project.org/msg10289.html shows how I used to have gdb break where valgrind finds a problem so you could examine the details. Also, running your code after running gctorture(TRUE) can help track down memory problems. -Bill On Wed, Feb 7, 2024 at 12:03?PM Therneau, Terry M., Ph.D.