similar to: Which executable is associated with R CMD INSTALL?

I wish to use R CMD BATCH to run a small R function which reads a text file and plots a single graph to a PDF file. > version _ platform x86_64-unknown-linux-gnu arch x86_64 os linux-gnu system x86_64, linux-gnu status major

Hello LLVM Developers, I am working on an architecture which have one bit shift operation if barrel shiftier hardware is not present in such cases some DAGCombine optimizations reduces performance of certain benchmarks upto 5% for example consider follwing optimization: fold (select_cc seteq (and x, y), 0, 0, A) -> (and (shr (shl x)) A) Here it introduce 2 shift operations and when barrel

Hi Steve, Thanks for confirming that EXTRACT_ELEMENT is something I can use. I had seen it in the generated DAGs but was unsure whether I was "allowed" to use it, if that's the right word. I checked up on it more and indeed the mainstream targets like ARM use that node type in custom lowering code, so that should solve that. Perhaps in the future I might submit a patch for

A subset of my raw data looks like this: -------------- "Grip" "Technique" "Baseline.integrated" "Task" "Stroke..direction." "Engag" "Disen" "PenDG" "PenUG" "PenDS" "PenUS" "Duration" -------------

I've tried unsuccessfully to install lme4 on two different Redhat systems but I've not noticed anything on this list to indicate anyone else has had similar problems. * Installing *source* package 'lme4' ... ** libs gcc -I/usr/local/R-2.4.0/include -I/usr/local/R-2.4.0/include -I/usr/local/include -fpic -g -O2 -std=gnu99 -c init.c -o init.o In file included from init.c:1:

Hi Vivek, You could work around this by creating a custom ISD node, e.g. MyTargetISD::MyLSHR, with the same type as the general ISD::LSHR. This custom node will then be ignored by the generic DAGCombiner. Convert ISD::LSHR to MyTargetISD::MyLSHR in DAGCombine, optimise it as you see fit, convert it back or lower it directly. I've done this for ISD::CONCAT_VECTORS to avoid an inconvenient

I forgot to mention that I used EXTRACT_ELEMENT in my backend to get the high and low parts of an SDValue. On 10 Nov 2013, at 17:50, Steve Montgomery <stephen.montgomery3 at btinternet.com> wrote: > I had a similar problem with a backend for the 68HC12 family which also has no barrel shifter. Some 68HC12 CPUs support shift for just one of the 16-bit registers and only support rotation

I'm attempting to modify how biplot draws its red vectors (among other things). This is how I've started: Biplot <- function(xx, comps = c(1, 2), cex = c(.6, .4)) { ## Purpose: Makes a biplot with princomp() object to not show arrows ## ---------------------------------------------------------------------- ## Arguments: xx is an object made using princomp() ##

I had a similar problem with a backend for the 68HC12 family which also has no barrel shifter. Some 68HC12 CPUs support shift for just one of the 16-bit registers and only support rotation on the 2 8-bit subregs of that 16-bit register. That means the only practical solution for 32-bit shifts is to lower to a libcall but my situation for 16-bit shifts sounds similar to yours for 32-bit shifts. I

> version _ platform x86_64-unknown-linux-gnu arch x86_64 os linux-gnu system x86_64, linux-gnu status major 2 minor 2.1 year 2005 month 12 day 20 svn rev

I wish to set up a simple function using boxplot so that it will be available to someone using R for Windows. (I myself use Linux.) The way the data is organised makes it convenient to use the boxplot function in a manner similar to this example given in the help. > mat <- cbind(Uni05 = (1:100)/21, Norm = rnorm(100), + T5 = rt(100, df = 5), Gam2 = rgamma(100, shape

Dear All, I am trying to custom lower 32-bit ISD::SHL and SHR in a backend for 6502 family CPUs. The particular subtarget has 16-bit registers at most, so a 32-bit result is not legal. Normally, if you mark this as "Legal" or "Expand", then it will expand the node into a more nodes as follows in an example: shl i32 %a , 2 => high_sdvalue = (or (shr %b, 14), (shl %c, 2) )

On Fri, 02-Feb-2018 at 10:25AM +0100, peter dalgaard wrote: |> Or, to avoid accusing you of lying. what you think is "vanilla" |> probably isn't. What exactly did you do? On Unix-likes, I would do |> something like this |> echo 'options(repos=list(CRAN="cran.r-project.org"));install.packages("Rcpp")' | R --vanilla |> |> (or maybe

Or, to avoid accusing you of lying. what you think is "vanilla" probably isn't. What exactly did you do? On Unix-likes, I would do something like this echo 'options(repos=list(CRAN="cran.r-project.org"));install.packages("Rcpp")' | R --vanilla (or maybe https://cloud.r-project.org is better...) -pd > On 2 Feb 2018, at 08:15 , Jeff Newmiller

I can use the gutenberg_download() function in the gutenbergr package on a computer that doeson't use a firewall, but on an almost identical installation that is behind a firewall, nothing happens, not even a time-out. Has anyone succeeded in using gutenberg_download() successfully with a firewall? I tried raising an issue at https://github.com/ropenscilabs/gutenbergr/issues/17 with no

Versions 0.9975-1 of the Matrix and lme4 packages will soon be available on CRAN for use with R version 2.4.0 or later. Purpose of the packages: The Matrix package provides S4 classes and methods for sparse and dense matrices. The lme4 package provides functions for fitting and assessing linear or generalized linear mixed effects models (also called multilevel models). Like the Matrix package,

Versions 0.9975-1 of the Matrix and lme4 packages will soon be available on CRAN for use with R version 2.4.0 or later. Purpose of the packages: The Matrix package provides S4 classes and methods for sparse and dense matrices. The lme4 package provides functions for fitting and assessing linear or generalized linear mixed effects models (also called multilevel models). Like the Matrix package,

Your last statement is extremely unlikely to be true. The dplyr package should not be present in a vanilla environment, so there should be no such conflict. -- Sent from my phone. Please excuse my brevity. On February 1, 2018 11:00:01 PM PST, Patrick Connolly <p_connolly at slingshot.co.nz> wrote: >When i tried to install the hunspell package, I got this error >message: >

Martin, I am aware of --vanilla; I use it myself for some testing. In this case R_LIBS_USER was set externally (part of my login) and does not involve any of the R scripts. That means it is inherited by any subprocess. For example: tmt1495% R --vanilla --no-environ R version 3.3.1 (2016-06-21) -- "Bug in Your Hair" Copyright (C) 2016 The R Foundation for Statistical Computing

When i tried to install the hunspell package, I got this error message: Error: package ?Rcpp? 0.12.3 was found, but >= 0.12.12 is required by ?hunspell? So I set about installing a new version of Rcpp but I get this message: Error in unloadNamespace(pkg_name) : namespace ?Rcpp? is imported by ?dplyr? so cannot be unloaded How does one get around that? I tried installing Rcpp in a