Dear Bill, I already tried this, and it would have been great as (currently) the sufficiency relation is precisely "=>"... but:
foo <- function(x) return(substitute(x)) foo(A => B) Error: unexpected '>' in "foo(A =>" It seems that "=>" is a syntactic error for the R parser, while "<=" is not because it denotes less than or equal. Now, if I could find a way to define "=>" as a standalone operator, and convince the R parser to bypass that error, it would solve everything. If this is not possible, I am back to detecting "->". Best, Adrian > On 13 Apr 2020, at 19:19, William Dunlap <wdun...@tibco.com> wrote: > > Using => and <= instead of -> and <- would make things easier, although the > precedence would be different. > > Bill Dunlap > TIBCO Software > wdunlap tibco.com > > > On Mon, Apr 13, 2020 at 1:43 AM Adrian Dușa <dusa.adr...@gmail.com> wrote: > Thank you for your replies, this actually has little to do with the regular R > code but more to signal what in my package QCA is referred to as a necessity > relation A <- B (A is necessary for B) and sufficiency A -> B (A is > sufficient for B). > > If switched by the parser, A -> B becomes B <- A which makes B necessary for > A, while the intention is to signal sufficiency for B. > > Capturing in a quoted string is trivial, but I am now experimenting with > substitute() to allow unquoted expressions. > > This is especially useful when selecting A and B from the columns of a data > frame, using: c(A, B) instead of c("A", "B") with a lot more quotes for more > complex expressions using more columns. > > I would be grateful for any pointer to a project that processes the code > while it is still raw text. I could maybe learn from their code and adapt to > my use case. > > Best wishes, > Adrian > > > On 13 Apr 2020, at 11:23, Gabriel Becker <gabembec...@gmail.com> wrote: > > > > Adrian, > > > > Indeed, this has come up in a few places, but as Gabor says, there is no > > such thing as right hand assignment at any point after parsing is complete. > > > > This means the only feasible way to detect it, which a few projects do I > > believe, is process the code while it is still raw text, before it goes > > into the parser, and have clever enough regular expressions. > > > > The next question, then, is why are you trying to detect right assignment. > > Doing so can be arguably useful fo linting, its true. Otherwise, though, > > because its not really a "real thing" when the R code is being executed, > > its not something thats generally meaningful to detect in most cases. > > > > Best, > > ~G > > > > On Mon, Apr 13, 2020 at 12:52 AM Gábor Csárdi <csardi.ga...@gmail.com> > > wrote: > > That parser already flips -> to <- before creating the parse tree. > > > > Gabor > > > > On Mon, Apr 13, 2020 at 8:39 AM Adrian Dușa <dusa.adr...@gmail.com> wrote: > > > > > > I searched and tried for hours, to no avail although it looks simple. > > > > > > (function(x) substitute(x))(A <- B) > > > #A <- B > > > > > > (function(x) substitute(x))(A -> B) > > > # B <- A > > > > > > In the first example, A occurs on the LHS, but in the second example A is > > > somehow evaluated as if it occured on the RHS, despite my understanding > > > that substitute() returns the unevaluated parse tree. > > > > > > Is there any way, or is it even possible to detect the right hand > > > assignment, to determine whether A occurs on the LHS? > > > > > > Thanks in advance for any hint, > > > Adrian > > > > > > — > > > Adrian Dusa > > > University of Bucharest > > > Romanian Social Data Archive > > > Soseaua Panduri nr. 90-92 > > > 050663 Bucharest sector 5 > > > Romania > > > https://adriandusa.eu > > > > > > ______________________________________________ > > > R-devel@r-project.org mailing list > > > https://stat.ethz.ch/mailman/listinfo/r-devel > > > > ______________________________________________ > > R-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-devel > > — > Adrian Dusa > University of Bucharest > Romanian Social Data Archive > Soseaua Panduri nr. 90-92 > 050663 Bucharest sector 5 > Romania > https://adriandusa.eu > > ______________________________________________ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel — Adrian Dusa University of Bucharest Romanian Social Data Archive Soseaua Panduri nr. 90-92 050663 Bucharest sector 5 Romania https://adriandusa.eu ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel