search for: gmr

...limit. But let's look at what cases we *wouldn't* return that. Here are the cases I see when I thought about this last night with Hal, roughly in descending likelihood I would guess: 1) We detect some global or an alloca. In that case, even BasicAA would be sufficient to provide no-alias. GMR shouldn't be relevant. 2) We detect a phi, select, or inttoptr, and stop there. 3) We detect a load and stop there. 4) We detect a return from a function. 5) We detect an argument to the function. I strongly suspect the vast majority of queries hit #1. That's why BasicAA is *so* effect...

...line 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 know! -Chandler -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150806/5ad1396d/attachment.html>

...them if needed. I don't feel really strongly about which way the default is set -- but that may be because I don't have lots of users relying on LTO. I'll let others indicate which way they would be most comfortable. Some IRC conversations indicated that early benchmark results with GMR completely disabled weren't showing really significant swings, so maybe this relatively small reduction in power of GMR won't be too problematic for folks. Either way, I'm open to the different approaches. It's D11214 that I care a lot about. =] Thanks for all the thoughts he...

...l really strongly about > which way the default is set -- but that may be because I don't have lots > of users relying on LTO. I'll let others indicate which way they would be > most comfortable. > > > > Some IRC conversations indicated that early benchmark results with GMR > completely disabled weren't showing really significant swings, so maybe > this relatively small reduction in power of GMR won't be too problematic > for folks. Either way, I'm open to the different approaches. It's D11214 > that I care a lot about. =] > > > &g...

...l really strongly about > which way the default is set -- but that may be because I don't have lots > of users relying on LTO. I'll let others indicate which way they would be > most comfortable. > > > > Some IRC conversations indicated that early benchmark results with GMR > completely disabled weren't showing really significant swings, so maybe > this relatively small reduction in power of GMR won't be too problematic > for folks. Either way, I'm open to the different approaches. It's D11214 > that I care a lot about. =] > > > &g...

...l really strongly about > which way the default is set -- but that may be because I don't have lots > of users relying on LTO. I'll let others indicate which way they would be > most comfortable. > > > > Some IRC conversations indicated that early benchmark results with GMR > completely disabled weren't showing really significant swings, so maybe > this relatively small reduction in power of GMR won't be too problematic > for folks. Either way, I'm open to the different approaches. It's D11214 > that I care a lot about. =] > > > &g...

...l really strongly about > which way the default is set -- but that may be because I don't have lots > of users relying on LTO. I'll let others indicate which way they would be > most comfortable. > > > > Some IRC conversations indicated that early benchmark results with GMR > completely disabled weren't showing really significant swings, so maybe > this relatively small reduction in power of GMR won't be too problematic > for folks. Either way, I'm open to the different approaches. It's D11214 > that I care a lot about. =] > > > &g...

...> which way the default is set -- but that may be because I don't have lots of >> users relying on LTO. I'll let others indicate which way they would be most >> comfortable. >> >> >> >> Some IRC conversations indicated that early benchmark results with GMR >> completely disabled weren't showing really significant swings, so maybe this >> relatively small reduction in power of GMR won't be too problematic for >> folks. Either way, I'm open to the different approaches. It's D11214 that I >> care a lot about. =] &...

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,

...ting 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. -- Neil D. McKay, Mail Code 480-106-359 Phone: (586)986-1470 (GM:8-226-1470) Manufacturing Systems Research Lab FAX: (586)986-0574 (GM:8-226-0574) GM Research & Development Center Internet e-mail: mckay@gmr.com 30500 Mound Road Warren, Mich...

...ut 70 lines of code, IIRC.) Anyone else interested in adding this to the R core? -- Neil D. McKay, Mail Code 480-106-359 Phone: (586)986-1470 (GM:8-226-1470) Enterprise Systems Lab FAX: (586)986-0574 (GM:8-226-0574) GM Research & Development Center Internet: mckay@gmr.com 30500 Mound Road Warren, Mich. 48090 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not...

On Mon, Jul 13, 2015 at 10:21 PM Chris Lattner <clattner at apple.com> wrote: > > > On Jul 13, 2015, at 8:19 PM, Chandler Carruth <chandlerc at gmail.com> > wrote: > > > > Ok folks, > > > > I wrote up the general high-level thoughts I have about stateful AA in a > separate thread. But we need to sort out the completely and horribly broken >

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 FAX: (586)986-0574 (GM:8-226-0574) GM Research & Development Center Internet e-mail: mckay@gmr.com 30500 Mound Road Warren, Mich. 48090

...nctions 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: Lets say we regress y1, y2, ..., yn onto x1, x2, ..., xn: we would like to know what's the prediction interval for a new data point: x_new=x1+x2+x3 (i.e. the new data point is the sum of the existing first three data p...

...r dev = 2b80988, inode = 166829 I don't know what this message is telling me, and it's not clear to me if it might be related to the problems. We have taken a look at network monitor info and don't see any significant issues. Any thoughts? Sid VanHouten svanhout@gmr.com

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

Dear all, Does any one know if any R package or function can do Ordinary Least Products regression? Many thanks! Bill

...s.h | 15 ++++++--------- drivers/gpu/drm/omapdrm/omap_gem.c | 5 ++--- drivers/gpu/drm/r128/r128_cce.c | 7 +++---- drivers/gpu/drm/ttm/ttm_bo.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 6 ++---- drivers/gpu/drm/vmwgfx/vmwgfx_gmrid_manager.c | 3 +-- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 4 ++-- 20 files changed, 72 insertions(+), 84 deletions(-) diff --git a/drivers/gpu/drm/gma500/cdv_intel_lvds.c b/drivers/gpu/drm/gma500/cdv_intel_lvds.c index 5efdb7fbb7ee..e64960db3224 100644 --- a/drivers/gpu/drm/gma500/cdv...

...er or in a flat file) and the type of analysis to be run? We have not been able to get any specific information related to this and are estimating the requirements through a trial and error method. Any information on this front will be helpful. Thanks, Ajay Rao Strategy & Planning Group (SPG) GMR Hyderabad International Airport Ltd. Landline No: +91 40 66604051 / +91-9723465186 Email ID: AjayArvind.Rao at gmrgroup.in<mailto:AjayArvind.Rao at gmrgroup.in> ________________________________ This e-mail contains information which is confidential and/or legally privileged. If you are not...

...gpu/drm/radeon/rv515.c | 9 ++-- > drivers/gpu/drm/radeon/si.c | 45 ++++++----------- > drivers/gpu/drm/ttm/ttm_bo.c | 2 +- > drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 6 +-- > drivers/gpu/drm/vmwgfx/vmwgfx_gmrid_manager.c | 3 +- > drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 4 +- > 69 files changed, 253 insertions(+), 362 deletions(-) > > diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu.h b/drivers/gpu/drm/amd/amdgpu/amdgpu.h > index c1b913541739..3f636632c289 100644 > -...