similar to: R scripting patches for R-1.8.0

I've patched R so that it can be used as a scripting language, i.e. you can (on Unix-like systems) write files containing R code and execute them non-interactively, e.g.: #!/usr/local/lib/R/bin/R.bin --script cat("Hello World!\n") I've updated the patches for R-1.7.0; if you're interested in the patches, e-mail me at mckay@gmr.com, and I'll send them to you. --

I've hacked R so that it can be used to write shell and/or CGI scripts, e.g. "hello world" can be written as: #!/usr/local/lib/R/bin/R.bin --script cat("Hello, World!\n"); The mods required to enable this aren't particularly major. (Adds about 70 lines of code, IIRC.) Anyone else interested in adding this to the R core? -- Neil D. McKay, Mail Code 480-106-359

Is there anyway I can write a script which feed input datasource from stdin and let R process it (maybe frequency report) then output the report to stdout? I can't seem to find much info on documentation or FAQ on this topic. Thanks! Soichi Hayashi ********************************************************************** The information contained in this communication is confidential,

To all, Does anyone know whether there are any Discrete Choice Modeling modules for R?? Thanks, Charlie ------------------------- Charles H. Rosa, Ph.D. Staff Research Engineer General Motors Corporation R&D and Planning Mail Code 480-106-359 30500 Mound Rd Warren, MI 48090-9055 Tel/work/cell: +1 248 670-8389 Fax/work: +1 586 986-0574

The command hist(c(2,2,2,4,5,6)) returns a histogram that looks incorrect -- 3 in the bin labeled 2 on the left, but 1 each in the bins labeled 3,4,5 on the left. Thanks! Pam Surko -------------------- > version _ platform i386-pc-mingw32 arch i386 os mingw32 system i386, mingw32 status major 1 minor

I am running R version 1.7.1 on 3 different operating systems: Linux RedHat, Linux Slackware, and Windows 2000. R is ordering alpha-numeric character strings in different ways, dependent on the operating system. R orders strings exactly the same on Slackware and Windows, and this ordering corresponds to SPlus. It's the RedHat that is creating the problem. On Slackware, Windows, and SPlus:

Should I submit this as a bug report? --- reg-tests-3.Rout.save Thu Jul 3 09:55:40 2003 +++ reg-tests-3.Rout Sun Nov 23 13:10:57 2003 @@ -1,17 +1,18 @@ -R : Copyright 2003, The R Development Core Team -Version 1.8.0 Under development (unstable) (2003-07-03) +R : Copyright 2003, The R Foundation for Statistical Computing +Version 1.8.1 (2003-11-21), ISBN 3-900051-00-3 R is free software and

Gabor Grothendieck pointed out a bug to me in list.files(..., full.name=TRUE), that essentially comes down to the fact that in Windows it's not always valid to add a path separator (slash or backslash) between a path specifier and a filename. For example, c:foo is different from c:\foo and there are other examples. I'm going to fix this, but I'm wondering whether the fix is

Getting a crash with R1.8.1 on windows 2000 an linux with the strsplit. Version: platform = i386-pc-mingw32 arch = i386 os = mingw32 system = i386, mingw32 status = major = 1 minor = 8.1 year = 2003 month = 11 day = 21 language = R Version: platform = i386-pc-mingw32 arch = i386 os = mingw32 system = i386, mingw32 status = major = 1 minor = 8.1 year = 2003 month = 11 day =

Full_Name: Neil McKay Version: 1.8.0 OS: Linux (RedHat 7.1) Submission from: (NULL) (129.124.42.210) I get a core dump when executing the following code: > library("tcltk") > zzz<-tclArray() > tclvalue(zzz) Running under gdb gives this output: Program received signal SIGSEGV, Segmentation fault. makeRTclObject (tclobj=0x0) at tcltk.c:48 48

Hi Chandler, I would like to run some benchmarks on ARM hardware and to look at impact of your patches on LTO. Kind regards, Evgeny Astigeevich From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Chandler Carruth Sent: 15 July 2015 10:45 To: Chandler Carruth; Gerolf Hoflehner Cc: LLVM Developers Mailing List Subject: Re: [LLVMdev] GlobalsModRef

Replying here, but several of the questions raised boil down to "couldn't you make the usage of GetUnderlyingObject conservatively correct?". I'll try and address that. I think this *is* the right approach, but I think it is very hard to do without effectively disabling this part of GlobalsModRef. That is, the easy ways are likely to fire very frequently IMO. The core idea is

The last line gets duplicated when a file is read like this: a <- scan(file=filename, what="", sep="\n", strip.white=c(TRUE), quiet=TRUE) (This error does not occur on Linux, the only other platform I tested.) Version: platform = hppa2.0-hp-hpux10.20 arch = hppa2.0 os = hpux10.20 system = hppa2.0, hpux10.20 Actually, all binaries are

Can you say what Benchmark or give a test case so we understand the nature of the regression? As Gerolf said, that will be important to understand what is best to do. On Fri, Jul 17, 2015, 06:43 Evgeny Astigeevich <Evgeny.Astigeevich at arm.com> wrote: > Yes, the regression is stable. I double checked this. A full benchmark > run consists of at least 10 sub-runs to validate the

'make check' fails on d-p-q-r-tests: > ##-- non central Chi^2 : > xB <- c(2000,1e6,1e50,Inf) > for(df in c(0.1, 1, 10)) + for(ncp in c(0, 1, 10, 100)) stopifnot(pchisq(xB, df=df, ncp=ncp) == 1) Error: pchisq(xB, df = df, ncp = ncp) == 1 is not all TRUE Execution halted Here is some more testing: xB <- c(2000,1e6,1e50,Inf) for(df in c(0.1, 1, 10)) for(ncp in c(0, 1,

Before the fix, the compiler may simply return 'noalias' for cases it can not really prove to be noalias, but actually correct by luck (or even wrong noalias, but does not result in miscompile). It would be useful to find out the set of missed noalias queries from GlobalModRef with your benchmark and examine if there is some improvement can be done. David On Fri, Jul 17, 2015 at 6:32

Hey, thanks for benchmarking. How stable is the 2% regression? Michael ran some benchmarks with GlobalsModRef completely disabled and the only differences were in the noise. This was a complete spec2k6 run along with some others. Based on the number of benchmarks run there, I'm going to go ahead and submit these patches, but if you can clarify the impact here, we can look at potentially some

On Fri, Jul 17, 2015 at 9:13 AM Evgeny Astigeevich < evgeny.astigeevich at arm.com> wrote: > It’s Dhrystone. > Dhrystone has historically not been a good indicator of real-world performance fluctuations, especially at this small of a shift. I'd like to see if we see any fluctuation on larger and more realistic application benchmarks. One advantage of the flag being set is that we

I'm not sure this belong here... Package: MASS Version: 6.2-8 I get a core dump when I call isoMDS with an incorrect argument for y. With d as an object of class "dist": > isoMDS(d,2) Program received signal SIGSEGV, Segmentation fault. 0x40229e43 in VR_mds_init_data () at MASS.c:157 --please do not edit the information below-- Version: platform = i586-pc-linux-gnu

Running 'make check' I get two errors: running code in 'mva-Ex.R' .../usr/lib/dld.sl: Unresolved symbol: meet_ (code) from /users1/kleiweg/R-1.6.0-source/library/cluster/libs/cluster.sl running code in 'tcltk-Ex.R' .../usr/lib/dld.sl: Unresolved symbol: Tcl_EvalObjv (code) from /users1/kleiweg/R-1.6.0-source/library/tcltk/libs/tcltk.sl Version: platform =