it was *not* called. I further
experimented and *any* non-exported object matching the name of the
generic caused the problem. Scary, maybe worth a check!
Anyhow, removing the non-exported object solved the problem.
Best regards
Jens
On 20.10.21 13:43, Jens Oehlschlägel wrote:
Thank you
1 3:43 p.m., Jens Oehlschlägel wrote:
I didn't find an answer elsewhere:
My package 'bit' creates a S3 generic 'clone' and exports it.
Furthermore it registers a S3 method 'clone.default' (not exported).
My package 'ff' imports package 'bit' and exports and registers a new S3
method 'clone.ff
I didn't find an answer elsewhere:
My package 'bit' creates a S3 generic 'clone' and exports it.
Furthermore it registers a S3 method 'clone.default' (not exported).
My package 'ff' imports package 'bit' and exports and registers a new S3
method 'clone.ff'. However, calling 'clone(ffobj)'
ware of.
>
> Best,
> Kevin
>
> On Sat, Sep 12, 2020 at 5:50 AM Dirk Eddelbuettel <mailto:e...@debian.org>> wrote:
>
>
> Hi Jens,
>
> On 11 September 2020 at 21:00, Dr. Jens Oehlschlägel wrote:
> | I can compile a package under clang++ w
error: 'cmath' file not found
#include
^~~
1 error generated.
"
Is there any howto for using Rcpp with -stdlib=libc++ ?
Greetings from Munich
Jens Oehlschlägel
P.S.
Package Makevars
CXX_STD = CXX17
PKG_CXXFLAGS=-O3 -march=native -pthread
PKG_LIBS=-latomic -pthread
~.R/Make
Dear Mac users,
Can someone of you identify the cause of the problem in
https://www.r-project.org/nosvn/R.check/r-oldrel-macos-x86_64/ff-00check.html
I can't because I don't have access to a Mac.
It seems that gc() after rm(ffobject) does not remove the ff file in rows
Dirk,
This sounds familiar: in package 'bit' for
bit | bitwhich
R did neither S3-dispatch to "|.bit" nor to "|.bitwhich" but nonsensically to
the default method.
It took me a while to reverse my class thinking enough to realize that I could
get control by forcing dispatch to a common
tag, 02. Juli 2020 um 15:23 Uhr
> Von: "Duncan Murdoch"
> An: "Dr. Jens Oehlschlägel" ,
> r-package-devel@r-project.org
> Betreff: Re: Aw: Re: Re: [R-pkg-devel] check cross-references error: Non-file
> package-anchored link(s)
>
> On 02/07/2020 7:49 a
Duncan,
> One way is to make bit depend on a particular version of ff. That may
> cause a deadlock if both are being updated at once, but I think CRAN
> should be able to deal with it if they are informed of the issue.
Exactly that I have done: I submitted all three packages bit/bit64/ff in
Thanks Gabor and Duncan,
> It's actually in ff/man/clone.rd, not clone.ff.rd. There is no
> ff/man/clone.ff.rd file.
but there *is* clone.ff.rd in the >= 4.0.0 versions of the packages
bit/bit64/ff.
Hence the check warning is a false alarm resulting from checking bit 4.0.2
Good evening,
My package bit 4.0.2 (https://github.com/truecluster/bit) is being
rejected by CRAN checks with warning:
>Check: Rd cross-references, Result: WARNING
> Non-file package-anchored link(s) in documentation object 'clone.Rd':
>'[ff]{clone.ff}'
>
> See section
Hello R language experts,
I get an error I don't understand in an assigment function
of the form
deref(z[i]) <- v
Error in deref(z[1:5]) <- -deref(z[1:5]) :
cannot change value of locked binding for '*tmp*'
*after* the assignment did what it should. I can workaround
using a standard
Good morning,
Duncan has announced that he steps back from the maintenance of Rtools.
Where will I find the new Rtools toolchain that complements Microsofts
R-version?
Kind regards
Jens
> Gesendet: Donnerstag, 28. September 2017 um 12:27 Uhr
> Von: "Duncan Murdoch"
On 26.09.2017 23:08, Hadley Wickham wrote:
I'm not sure that democracy works for programming language design.
Agree. The obstacle I hope to overcome by voting is not missing
agreement on the fact of inconsistent design, the obstacle is the
question whether a majority of contributers is
Jens Oehlschlägel
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
Hi,
is there a way to have roxygen2 write both export(,)
and S3method(,) to the NAMESPACE file?
I tried
#' @rdname Summaries
#' @export
all.bit <- function(x, range=NULL, ...)
and only get
S3method(all,bit)
but not
export(all.bit)
Thanks for any help
Jens Oehlschlägel
P.S.
roxyg
Hi, I was asked by CRAN-maintainers to provide two versions of
median.integer64, one with and one without a dots-argument.
However, doing so results in a code-documentation mismatch, because I have
\method{median}{integer64}(x, na.rm = FALSE)
and now also need
\method{median}{integer64}(x,
17 matches
Mail list logo