similar to: src/main/arithmetic.c on OpenBSD (PR#863)

Hi, We sometimes see offers to contribute, asking what needs to be done. If they know C, how about the 111 FIXMEs? But which ones would be most useful to fix? Which are difficult and which are easy? Does R-core have a process to list and prioritise the FIXMEs? ~/R/Rtrunk/src/main$ grep "[^/]FIXME" * | wc -l 111 ~/R/Rtrunk/src/main$ grep -A 1 "[^/]FIXME" * arithmetic.c:/*

I thought R users might be interested (surprised) to hear that R will have some competition on Linux now. Bill ---------- Forwarded message ---------- Date: Sun, 24 Jan 1999 01:37:15 GMT From: Cheryl Mauer <cmauer at statsci.com> Newsgroups: comp.os.linux.announce Subject: COMMERCIAL: S-PLUS Data Analysis Software now Available on Linux Followup-To: comp.os.linux.misc -----BEGIN PGP

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

Here is a complete 104-line native code compiler for a tiny subset of OCaml that is expressive enough to compile an external Fibonacci program: type expr = | Int of int | Var of string | BinOp of [ `Add | `Sub | `Leq ] * expr * expr | If of expr * expr * expr | Apply of expr * expr type defn = | LetRec of string * string * expr open Camlp4.PreCast;; let expr = Gram.Entry.mk

Full_Name: Richard Boyce Version: 2.1.-1 OS: Debian testing/unstable Submission from: (NULL) (128.95.123.29) While building a custom package using a modified version of Duncan's REventLoop with R version 2.1 (Debian package r-base, r-base-dev) and R source from apt-get source 2.1.1 I get the following error: $ R CMD build vjREventLoop * checking for file

In what way is this a bug in R? It looks like a bug in the package, and as Defn.h is not part of R's API any packge using it is `at risk' (and cannot be installed in a binary-only installation, or even an installed version of R). In particular, Defn,.h depends on config.h, and it seems you installed a binary version of R and used separate sources. I would suggest building R from

Kurt, if you really want to find out what things an S help file can contain, you must learn some nroff/troff [ maybe use 'groff', the GNU one ]. As always, ultimate documentation is == source. The definition of the S help is in the two files $SPLUS/cmd/help.[nt]r where nr ^= nroff, i.e. ASCII output tr ^= troff i.e. printed output (e.g via Postscript conversion) help.tr

Some people here have started using CASIM, which is an add-on we got a while back for S-Plus that allows one to spawn an S-Plus process from a C program and communicate with it. How hard do folks think it would be to develop such an interface for R? I might try it, but I'm not completely sure I'm up to it (although it would exercise my programming skills). Also, I wonder again at the

Overall environment is SunOS and Solaris 2.X machines running a mixture of smb.1.9.17.p4 and p5. This machine is a SunOS 4.1.3_U1 running smb.1.9.17p5. (debug level 3) AAAA is Primary Domain Controller (NT4.0) 206.63.206.24 zotz is Win95 machine >From smb.conf: security = server password server = aaaa >From log.zotz: [snip] Connecting to 206.63.206.24 at port 139 connected to password

Dear list, Tadashi Kadowaki has developed a pdf device package that allows to add hyperlinks and popups to (currently) text, mtext and rect calls. The package passes R CMD check (minor warnings) and compiles on MacOS X and GNU/Linux, but we do not succeed in building the package for Windows. The current version of the package can be checked out as svn checkout

This has been mentioned before on this list, but in order for md5.c to compile successfully (OpenBSD 3.3), the following must change in md5.c: #if defined( __FreeBSD__ ) || defined( __OpenBSD__ ) # include <sys/endian.h> Change this to be: #if defined( __FreeBSD__ ) || defined( __OpenBSD__ ) # include <machine/types.h> # include <machine/endian.h> And -E is an invalid

Dear R users we're having a problem reading a largish data file using read.table(). The file consists of 175000 lines of 4 floating pt numbers. Here's what happens: > dat_read.table('sst.dat') Error: memory exhausted (This is line 358 of src/main/memory.c). Cutting down the file to around 15000 lines allows read.table() to work OK. I edited the memory limits in Platform.h

As I mentioned in my previous message about speeding up evalList, I've been looking at ways to speed up the R interpreter. One sees in the code many, many calls of PROTECT, UNPROTECT, and related functions, so that seems like an obvious target for optimization. Indeed, I've found that one can speed up the interpreter by about 10% by just changing these. The functions are actually macros

Having an absolute path in a #include confuses distcc''s pump mode. Since AFAICS OpenBSD''s stdarg handling uses the builtins, I think we should just treat it like we do NetBSD. I don''t have an OpenBSD box to test on, though. :( Any OpenBSD enthusiasts care to comment? Tim. diff --git a/xen/include/xen/stdarg.h b/xen/include/xen/stdarg.h index 57e2c0e..cb870ac 100644

at lines 651 & 653 (integer_binary function): if (code == DIVOP || code == POWOP) ans = allocVector(REALSXP, n); else ans = allocVector(INTSXP, n); There are calls to warningcall() later in the function, which can trigger garbbage collection. Looks like the typical scenario where it seemed pretty safe to not PROTECT in the original version of the function but

llvm-dev, I'm trying to get a better understanding of sub-registers. I'm seeing the code generator make an odd decision that I was hoping someone could point me in the right direction of explaining. The architecture is 68000, which has 8, 16, and 32 bit views of all of it's data registers. In order to zero extend you can load a big view with zero, and then copy into the small view.

Hi R-Developers, After my message about a month ago concerning attributes being lost during simple operations, Martin Maechler invited me to fix the code if I was in a hurry (especially for attributes in general). We've just made the following changes here, which appear to implement the rules in the Blue Book (pg. 257) Enclosed is the output from "diff -c" from /R-0.61.1/src

I just added __OpenBSD__ everywhere __FreeBSD__ was being tested (there were about a dozen places). I suspect we'll have to add one for NetBSD also one day (even DragonflyBSD?). INT8_MAX and friends ought to be declared by <stdint.h>. It is on FreeBSD. Ralph Corderoy wrote: >Hi again, > >I wrote: > > >>>I would like to test but the I modigied the

I've been running a binary installation (kindly provided by Jan de Leeuw) on mac G4, but was inspired this morning to try to install 1.7.0 on the G4 as well as on my desktop solaris box. This worked smoothly on my solaris system but on the G4 the make dies shortly after compiling lapack with: /usr/bin/libtool: internal link edit command failed make[4]: *** [libRlapack.dylib] Error 1 make[3]:

Jan Kutylowski <janku at ifi.uio.no> writes: > Hi, > > Originally on Solaris I get > > checking for main in -lreadline... no > > and also > checking for readline/history.h... no > Um, I think you said that the 1st one gave "yes" first time around??? > You kindly suggests: > > <I bet the problem is that gcc cannot find the include