similar to: Apropos names.

Martin and I have `written' a function apropos() for finding all objects with names matching pattern. I attach code and documentation. Perhaps one could include it in the distribution proper. We are not sure about returning the position in the search list along with the matching names found. Martin thinks it should be on by default, I think it should be off so that the functions does the

Peter Dalgaard writes: > Ross Ihaka <ihaka at stat.auckland.ac.nz> writes: > > Many of the incompatibilities result from us not being familiar with > > some of the inner mysteries of S - these are generally pretty easy to > > fix. Some incompatibilities however result from the fact that R > > started life as a kind of Lisp interpreter. These can be quite a bit

Since today is American Thanksgiving, I want to thank: (a) R-core for all of their efforts to produce what is, IMHO, the best statistical software around, not simply for the convenience of doing more, better, quicker, but also because it changes the landscape in the way one thinks about data analysis. It's a fantastic playground for a statistician and I enjoy using it

Why is the described system preferable to Julia? On Fri, Aug 5, 2016, 4:50 AM peter dalgaard <pdalgd at gmail.com> wrote: > > On 05 Aug 2016, at 06:41 , Andrew Judson <ajskim at gmail.com> wrote: > > > I read this paper > > <https://www.stat.auckland.ac.nz/~ihaka/downloads/Compstat-2008.pdf> and > > haven't been able to find out what happened - I

Is it conceivable that Julia could be ported to use R syntax in a way that would allow the vastly larger numbers of R programmers to seamlessly switch? Or equivalently, could an iteration of R itself do this? On Fri, Aug 5, 2016, 9:00 AM Hadley Wickham <h.wickham at gmail.com> wrote: > When it was being actively worked on, it had the advantage of existing. > > Hadley > > On

Hello all, I've had the following apropos alternative in my ~/.Rprofile for some time, and have found it more useful than the current version. Basically, my version ignores case when searching. If others find this useful, perhaps apropos could be suitably patched (and I'd be willing to create such a patch). + seth Here is my version of apropos: APROPOS <- function (what, where =

The old apropos started with: if (!is.character(what)) what <- as.character(substitute(what)) The new one has: if (character.only) stopifnot(is.character(what)) else what <- as.character(substitute(what)) i.e., the check for is.character(what) is missing. This has the effect that 'what' can no longer be a character string generated by a function call

But you can easily fall back to R from within Julia; see http://juliastats.github.io/RCall.jl/latest/ On Aug 5, 2016 1:27 PM, "Hadley Wickham" <h.wickham at gmail.com> wrote: > No. > > Hadley > > On Fri, Aug 5, 2016 at 11:12 AM, Kenny Bell <kmbell56 at gmail.com> wrote: > > Is it conceivable that Julia could be ported to use R syntax in a way > that

A further improvement to apropos() would be to sort the output. Currently, the output of apropos is in the order found on the search list and this will rarely be useful to the user. All that is needed is a sort(x) at the end of the function. + seth -- Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center http://bioconductor.org

?plotmath produces the helpscreen for plotmath. Why does apropos("plotmath") return only character(0)? > apropos("plotmath") character(0) > > version _ platform i386-pc-mingw32 arch x86 os Win32 system x86, Win32 status major 1 minor 4.1 year 2002

Hello, I'm starting working myself in the use of R, reading M. J. Crawley, The R Book. The problem I do encounter is concerning the commands apropos and find: > apropos(edit) Fehler: is.character(what) is not TRUE > find(edit) Fehler: is.character(what) is not TRUE I get the same error message typing anything else instead of "edit". The command ?edit seems to work well.

Hi Lisp users, I'm a user of both Common Lisp and R (GNU R). I found R has a rich collection of statistical and numerical computation functions, while it is not as extensible as Lisp (Common Lisp). I considered Lisp-Stat but its only implementation is not in the usuall Common Lisp, and the available functions in CRAN are far richer than Lisp-Stat currently has. I want to know if there is

Dear list, I wish to define a set of functions *auxilliary* to another set of "main" ones, and I wonder if there is some "clever" way do do this using lexical scoping. Looking for that in the list's archives did not get me easily understood answers. Perusing MASS (1st, 2nd, 3rd and 4th editions!) and "Programming S" wasn't of much help either... R easily

I came across a quite interesting post from Ross Ihaka, thought would be good to share it and get the opinion of folks around here. I am not sure where to post this for the R community but since it has to do with development I thought or R-devel Ross Ihaka Newsgroups: comp.lang.lisp From: Ross Ihaka <ih... at stat.auckland.ac.nz> Date: Wed, 23 Jan 2008 10:35:26 +1300 Local: Tues, Jan 22

The initial authors of R said?, "...we implemented the language by first writing an interpreter for a Scheme subset and then progressively mutating it to resemble S." Further on in that article they elaborated that their strategy was to create a parser that would take expressions in S-like syntax and translate them to Scheme S-expressions. Does R still work that way? Can R be made to

I have written some programs in Common Lisp and I have been using SAS to pipe those programs to my lisp compiler in batch mode by using the %xlog and %xlst SAS commands. I wonder if there is in R a similar way to pipe commands to LISP so that all my work would be concentrated in R even when I have to call a LISP program? I have looked at the foreign library but this seems to adjust data types not

I read this paper <https://www.stat.auckland.ac.nz/~ihaka/downloads/Compstat-2008.pdf> and haven't been able to find out what happened - I have seen some sporadic mention in message groups but nothing definitive. Does anyone know? [[alternative HTML version deleted]]

R folks, I'm curious about possible support for Lisp-style macros in R. I'm aware of the "defmacro" support for S-Plus and R discussed here: http://www.biostat.wustl.edu/archives/html/s-news/2002-10/msg00064.html but that's really just a syntactic short-cut to the run-time use of substitute() and eval(), which you could manually put into a function yourself if you cared

In porting some Common LISP code to R, I am trying to found out whether special care must be taken for the let* function. In Common LISP, "the let* block is like let except it is guaranteed to evaluate the initialization of its local variables in sequentially nested scopes, i.e. it provides an order to the binding and visibility of preceding variables.". I have included the recursive

Scott Michel <scottm <at> rushg.aero.org> writes: > Out of curiousity, for which CL implementation is this targeted? sbcl? > Or something you're rolling? I wanted to roll out my own lisp, and maybe use some library code from existing lisps (think of loop or format). Adding an LLVM backend to an existing lisp implementation is a nice idea, but currently not planned. >