Would R-core be receptive to adding an additional parameter to stopifnot so we
can hide the call in the output as in stop?
i.e. The signature would become:
stopifnot2 <- function (..., exprs, exprObject, local = TRUE, .call = TRUE)
It looks like this would be a one-line change to the the underly
Hear, hear! Also thank you Uwe and the rest of the CRAN team for all the work
you put in. It is much appreciated!
From: R-devel on behalf of Uwe Ligges
Sent: 08 December 2021 14:24
To: Tomas Kalibera; r-devel
Subject: Re: [Rd] R/CRAN switch to UCRT on W
> On 03/02/2022 11:14 Martin Maechler wrote:
>
>
> > Ben Bolker
> > on Tue, 1 Feb 2022 21:21:46 -0500 writes:
>
> > The model.weights() and model.offset() functions from the 'stats'
> > package index possibly-missing elements of a data frame via $, e.g.
>
> > x$"(o
The link to the R blog on https://developer.r-project.org/ currently points to
the old site (https://developer.r-project.org/Blog/public). Should the link be
updated to the new location (https://blog.r-project.org/)?
Apologies if this was the wrong list to raise this - please flag if there's a
I note in r-devel the hash table functionality is still marked as
experimental. Is it expected that this will progress to non-experimental
in 4.3 or is there a need for more feedback from the wider community first?
Tim
__
R-devel@r-project.org mailin
On 17/01/2023 13:06, Duncan Murdoch wrote:
I don't have a valgrind-capable version of R, but I'd be interested to
see whether this is a one-time loss, or repeated. That is, do you get a
much bigger loss from running the lossy code in a loop like this?
for (i in 1:100) { png(filename='p.png'
A tiny nit-pick nit-pick: I'd take NA to mean the finish date is missing
and you know neither whether the event has finished or if it has
finished at all :-)
Either way the proposed method seems sensible.
Tim
On 28/04/2023 16:29, Paul McQuesten wrote:
A tiny nit-pick: Seems to me that end da
Please find attached a small patch to improve the performance of
as.matrix.dist(). It's a tiny bit more involved than the current code
but does bring a reasonable speed improvement for larger objects
(remaining comparable for smaller ones).
Example:
set.seed(1)
dat <- matrix(rnorm(2), n
Martin,
Thank you. Everything you have written is helpful and I admit I am likely
guilty of using as.character() instead of format() in the past().
Ignoring the above though, one thing I’m still unclear on is the special
handling of zero (or rather non-zero time) seconds in the method. Is the
Many thanks Martin!
I was completely overlooking the behaviour for a length 1 vector with
00:00:00. More coffee needed for me I think.
Best
Tim
On 15/08/2023 08:58, Martin Maechler wrote:
Tim Taylor
on Mon, 14 Aug 2023 12:26:51 +0100 writes:
> Martin,
> Tha
The news feeds (e.g.
https://developer.r-project.org/blosxom.cgi/R-devel/NEWS) have some
stray "\abbr" floating around. Do they need generating with a more
recent version of R-devel?
I've run tools::Rd2txt on https://svn.r-project.org/R/trunk/doc/NEWS.Rd
and r85550 does seem to remove these a
g 2023 22:38:44 +0100
> Tim Taylor пишет:
>
>> Submitting here in the first instance but happy to move to Bugzilla
>> if more appropriate.
>
> It's a fine patch. The 1.7 times speed up from not transposing the
> return value shouldn't be sneezed at. I think it
I wanted to raise the possibility of improving strcapture performance in
cases where perl = TRUE. I believe we can do this in a non-breaking way
by calling regexpr instead of regexec (conditionally when perl = TRUE).
To illustrate this I've put together a 'proof of concept' function called
strcaptu
On Fri, 26 Apr 2024, at 11:32 AM, Martin Maechler wrote:
>> Gábor Csárdi
>> on Fri, 26 Apr 2024 11:55:36 +0200 writes:
>
> > I don't know if this is a bug, but it is certainly weird. AFAICT R
> > 4.4.0 has Matrix 1.7-0.
>
> Yes, it *is* available from CRAN: You can see it when
On 25/06/2024 17:25, Josiah Parry wrote:
With respect to NOTES and WARN on CRAN, these do not result in any
package maintainer notifications. The only notification that the developers
receive is the threatening one that states that the packages will be
removed
from CRAN with a very short timeli
Would R-core consider exporting some of the .Rd_get_ family of functions
within tools (e.g. tools:::.Rd_get_section(), tools:::.Rd_get_metadata())?
Whilst these are currently internal there is some use of them within
documentation (e.g. help("Rd_db") uses tools:::.Rd_get_metadata() in
it's exa
jects rather than a comparison between a
`numeric_version` object and a character.
Tim
On 17/10/2024 13:22, Dirk Eddelbuettel wrote:
On 17 October 2024 at 12:38, Tim Taylor wrote:
| Would R-Core be receptive to having getNamespaceVersion() return a
| numeric_version object instead of a named char
Would R-Core be receptive to having getNamespaceVersion() return a
numeric_version object instead of a named character?
Tim
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 17/10/2024 15:53, Prof Brian Ripley wrote:
On 17/10/2024 13:42, Tim Taylor wrote:
I mean the `numeric_version` object not a numeric (double/int).
Basically to protect me from myself I'd prefer not to have to
remember to wrap `getNamespaceVersion()` with `as.package_version()`.
I susp
The higher precedence of %/% is documented in ?Syntax. Did something in
particular make you think that it had the same precedence?
Tim
> On 31 Jan 2025, at 13:37, Lionel Fotie via R-devel
> wrote:
>
> Dear R Development Team,
>
> I have encountered an unexpected behavior in R 4.4.1 regarding
On Tue, 11 Feb 2025, at 8:07 AM, Iñaki Ucar wrote:
> On 10 February 2025 at 23:19, Jeroen Ooms wrote:
>> some people prefer installing binaries via apt rather than
>> install.packages(), which is all fine, but methods both have pros and
>> cons.
>
> Some people prefer having all their binaries *man
FWIW, on the command line I’m a happy 'delta' user for a quick side by side
comparison (https://github.com/dandavison/delta)
> On 24 Mar 2025, at 19:32, J C Nash wrote:
>
> For Linux users, meld is quite nice for side by side editing, though I've
> never tried using it for
> display. Just ch
> To Tim's comment—the check is a simple grep of the installation log for
> "Downloading crates." This could be easily circumvented on CRAN and locally
> by suppressing stdout/err. But that would be adversarial and I would like
> to adhere to the intent of the check.
Josiah - I do sympathise but
On Mon, 31 Mar 2025, at 4:50 PM, Josiah Parry wrote:
> Following up with this as I address the new R-devel "Compiled code should
> not call entry points which might terminate R" WARNING and this issue has
> reared its head again.
>
> Would a path forward be an environment variable similar
> to _R_C
24 matches
Mail list logo
