[Rd] capture "->"

Hi everyone, I am aware this is a parser issue, but is there any possibility to capture the use of the inverse assignment operator into a formula? Something like: > foo <- function(x) substitute(x) gives: > foo(A -> B) B <- A I wonder if there is any possibility whatsoever to signal the use

Re: [Rd] capture "->"

On 01/03/2024 4:17 a.m., Dmitri Popavenko wrote: Hi everyone, I am aware this is a parser issue, but is there any possibility to capture the use of the inverse assignment operator into a formula? Something like: foo <- function(x) substitute(x) gives: foo(A -> B) B <- A I wonder if

Re: [Rd] capture "->"

Dear Duncan, On Fri, Mar 1, 2024 at 11:30 AM Duncan Murdoch wrote: > ... > If you parse it with srcrefs, you could look at the source. The parser > doesn't record whether it was A -> B or B <- A anywhere else. > Thank you, this gets me closer but it still needs a little push: > foo <-

Re: [Rd] capture "->"

On 01/03/2024 5:25 a.m., Dmitri Popavenko wrote: Dear Duncan, On Fri, Mar 1, 2024 at 11:30 AM Duncan Murdoch > wrote: ... If you parse it with srcrefs, you could look at the source.  The parser doesn't record whether it was A -> B or B <- A

Re: [Rd] capture "->"

On Fri, Mar 1, 2024 at 1:00 PM Duncan Murdoch wrote: > ... > I was thinking more of you doing something like > > parse(text = "A -> B", keep.source = TRUE) > > I forget what the exact rules are for attaching srcrefs to arguments of > functions, but I do remember they are a little strange,

Re: [Rd] capture "->"

I am wondering what the specific need for this is or is it just an exercise? Where does it matter if a chunk of code assigns using "<-" beforehand or "->" after hand, or for that matter assigns indirectly without a symbol? And whatever you come up with, will it also support the global

Re: [Rd] capture "->"

I would also be interested in that. For me, this is interesting for my QCA package, over which Dmitri and I have exchanged a couple of messages. The "<-" operator is used to denote necessity, and the "->" is used for sufficiency. Users often make use of Boolean expressions such as A*B + C -> Y

Re: [Rd] capture "->"

On 01/03/2024 8:51 a.m., Dmitri Popavenko wrote: On Fri, Mar 1, 2024 at 1:00 PM Duncan Murdoch > wrote: ... I was thinking more of you doing something like   parse(text = "A -> B", keep.source = TRUE) I forget what the exact rules are for

Re: [Rd] capture "->"

Adrian, That is indeed a specialized need albeit not necessarily one that cannot be done by requiring an alternate way of typing a formula that avoids being something the parser sees as needed to do at that level. In this case, my other questions become moot as I assume the global assignment

Re: [R-pkg-devel] Additional issues: Intel segfault

В Fri, 1 Mar 2024 07:42:01 + Murray Efford пишет: > R CMD check suggests it is most likely in the Examples for > 'validate', but all code there is wrapped in \dontrun{}. The crash happens after q('no'), suggesting a corruption in the heap or in the R memory manager. At least it's a null

Re: [R-pkg-devel] Additional issues: Intel segfault

В Sat, 2 Mar 2024 02:07:47 + Murray Efford пишет: > Gabor suggested https://github.com/r-hub/rhub2 and that worked like a > charm. A check there on the Intel platform found no errors in my > present version of secrdesign, so I'll resubmit with confidence. Thank you for letting me know!

Re: [R-pkg-devel] Additional issues: Intel segfault

Thanks, Ivan, for looking into this and providing some reassurance. Gabor suggested https://github.com/r-hub/rhub2 and that worked like a charm. A check there on the Intel platform found no errors in my present version of secrdesign, so I'll resubmit with confidence. The original error remains

Re: [Bioc-devel] Fw: MungeSumstats Bioconductor

The longtests builds only run the tests in the longtests/ folder. Best, H. On 2/21/24 09:56, alan murphy wrote: > Hey Herve, > > Thanks for this, I'm going to implement that now. One thing I > wondered, is it only the tests in the longtest/ folder that run on > these weekly builds or both

[Bioc-devel] BioC2024 Registration and Sticker Contest Now Open!

BioC2024 registration is now live! Don�t miss your chance to join the conversation and expand your expertise. Sign up here: https://www.bioc2024.bioconductor.org/ Got a knack for design? Enter the BioC2024 Sticker Design Contest to win your spot at the conference. Enter here: