similar to: R scripting patches for R-1.7.0

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,

I've updated my scripting patches to R-1.8.0. These patches allow you to write shell scripts in R (at least on *nix systems) by putting #!/path/to/R.bin --script on the first line of the script file. If you're interested in the patches, e-mail me at mckay@gmr.com -- Neil D. McKay, Mail Code 480-106-359 Phone: (586)986-1470 (GM:8-226-1470) Manufacturing Systems Research Lab

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

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

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

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

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

Greetings folks! I would like to enable globalsmodref-aa in the non-LTO pass pipeline so that it gets tested more and there are fewer differences between the two. For all of my benchmarks, this is performance neutral, but I'd appreciate others benchmarking this combination to see if they see any benefits or regressions. You can demo this mode easily: -mllvm -enable-non-lto-gmr Please let me

Based on function names and structures, this is some version of GCC :) Any way you can post the entire .ll file? Because it's globalsmodref, it's hard to debug without the other functions, since it goes over all the functions to determine address takenness, etc :) On Tue, Jul 21, 2015 at 3:23 PM, Michael Zolotukhin <mzolotukhin at apple.com> wrote: > Hi Chandler, > > We

Hi all, Are there functions in R that could help me do the following? We have a special type of regression which is called Geometric Mean Regression. We have done some search and found the following: https://stat.ethz.ch/pipermail/r-help/2011-July/285022.html The question is: how to do the statistical inference on GMR results? More specifically, we are looking for the prediction interval:

Hey all, I've run accross what seems to be a bug in the recordPlot/replayPlot functionality (or at least the lack of a feature which seems pretty reasonable to expect to be there) When drawing to a file-based graphics device (I tested with png()), the file resulting from calling replayPlot on a recordedplot object does not contain an identical image to that captured by the same graphics

On 12 September 2017 at 15:29, Alan McKay <alan.mckay at gmail.com> wrote: > Hi folks, > > I have been googling for a few weeks now and not finding anything. > Apache 2.2 is EOL at the end of this year. > > Has Red Hat announced a plan yet on what they are doing in RHEL6? > > I am assuming they will up-version from 6.9 to 6.10 and as part of > that upgrade from

Hey Wilhelm, That's a bug, the "interrupt" attribute is not being recognized by the backend. I have fixed it in https://github.com/llvm/llvm-project/commit/339b34266c1b54a9b5ff2f83cfb1da9cd8c9d90a Pull the latest LLVM and it should be fixed. On Tue, Mar 31, 2020 at 8:00 AM Wilhelm Meier <wilhelm.meier at hs-kl.de> wrote: > Hi Dylan, > > I used the following

I think you can probably treat that as a broad ‘no objection’ by the community. Are there any other active contributors to the AVR back end? David > On 27 Oct 2015, at 09:41, Dylan McKay via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Ping. > > On Fri, Oct 23, 2015 at 4:04 PM, Dylan McKay <dylanmckay34 at gmail.com> wrote: > Hello all, > > I have

Hi Dylan, looks ok now. One thing: the ISR is now: __vector_21: ; @__vector_21 __vector_21$local: sei push r0 push r1 in r0, 63 push r0 clr r0 push r24 lds r24, v1 sts v2, r24 pop r24 pop r0 out 63, r0 pop r1 pop r0 reti There are unneccessary push/pops of r1 and r0 too, since the clr is useless ... GCC had the same

On 09/12/2017 02:58 PM, Stephen John Smoogen wrote: > On 12 September 2017 at 15:29, Alan McKay <alan.mckay at gmail.com> wrote: >> Hi folks, >> >> I have been googling for a few weeks now and not finding anything. >> Apache 2.2 is EOL at the end of this year. >> >> Has Red Hat announced a plan yet on what they are doing in RHEL6? >> >> I am