ISSUE:
It looks like Rgui.exe never processes ~/.Renviron - only ./.Renviron.
REPRODUCIBLE EXAMPLE:
On Windows, create the following ~/.Renviron and ~/.Rprofile files:
C:\Users\alice> Rscript -e "cat('FOO=123\n', file='~/.Renviron')"
C:\Users\alice> Rscript -e "cat('print(Sys.getenv(\'FOO\'))',
f
>On Wednesday, September 2, 2020, 6:19:20 PM EDT, Lionel Henry
> wrote:
>
>Hello,
>
>The source references are useful for debugging tools because they
>allow linking to call sites in the source files.
>
>I agree the output can be confusing. Perhaps this could be fixed by
>tweaking the print method
Thanks Lionel,
I now understand what's going on. I like your proposal and I can confirm I
wouldn't have been confused had it be printed this way.
In fact I wouldn't mind the file:line:column to be displayed every time.
Best,
Antoine
Le jeu. 3 sept. 2020 à 00:19, Lionel Henry a écrit :
> He
Hello,
The source references are useful for debugging tools because they
allow linking to call sites in the source files.
I agree the output can be confusing. Perhaps this could be fixed by
tweaking the print method for calls. If the deparsed call doesn't
match the srcref, both could be displayed
Dear R-devel,
I found this behavior disturbing, if `1 + f()` is called, `sys.call()`
called inside of `f` will return a quoted `f()` with a "srcref" that prints
"1 + f()".
I don't know which one is good but I don't think they can be correct at the
same time.
Here's a reproducible example:
f <-
Thanks for the feedback!
> Any chance you could rename it to a more neutral r_mathlib or something?
> As a free-standing C library it has long been wrapped by other languages, but
> if it were my project I'd be more careful to not imply "all of stats" here.
> FWIW in Debian we call it `r-mathlib`.
