l package author.
I will continue bug-fixing `ff` as time permits, although a modern C++
rewrite would be preferable, which
1) supports long vectors
2) avoids copying between Mapped Memory and R's memory
3) simplifies the package, particularly removes the "virtual windo
te in ff's namespace 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 Oehls
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
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)' dis
s worth being aware 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
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
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
(@test-zero_lengths.R#34
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 clas
sendet: Donnerstag, 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
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
ver
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
(GitHub.com/truecl
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 'Cross-referen
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 function
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"
> An: r-annou...@r-proje
On 27.09.2017 01:00, Duncan Murdoch wrote:
I think R Core would not be interested in a vote, because you'd be
voting to give them work to do, and that's really rude.
Voting about other people's work is indeed a problem. This is were I
hope money from the R Consortium could help, assuming they
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 willi
uch a big community?
Kind regards
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.
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, na.
pples' and 'oranges' as special cases of 'fruits', we tell R that
'a fruit is an apple' and that 'a fruit is an orange', such that R dispatches
to fruit-code for any combination of apples and oranges. Well ... the good
thing is that NextMethod can invoke t
20 matches
Mail list logo