del público uruguayo.___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
Comparto esta web de interes
https://elcielo.digital/agencia-de-marketing-digital-en-rosario/___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
Sorry -- and my bad. These repeated posts came from the same address which
simply re-subscribed following my unscriptions of the address. It is now in
'blocked' list.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
uruguayo.___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
The user has been unsubscribed. Sorry for the noise.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo
ra que pueda elegir la mejor
solución a sus necesidades.___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
titute
Universidad Carlos III de Madrid
Av. de la Universidad 30, 28911 Leganés, Spain
Office: 7.3.J25, Tel: +34 916248804
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
org%3Acran%20RCPP_MODULE&type=code
Hope this helps, cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
es perform disk based memory mapping which is
unmapped in the destructor. I did not succeed in further isolating the
problem.
Any help appreciated. Thank you in advance.
Best,
Stefan
___
Rcpp-devel mailing list
[email protected]
se, I used
Rcpp::rcout which worked well because I was running the devtools:test() in
a remote R session.
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
n (see your Subject:
line), experience (and about 5 bazillion printf calls) taught a few us that a
look in the mirror often is a shortcut to the real driver of bug in our code.
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
_______
Rcp
s =
> > , dll = list(name = "Rcpp", path = "/usr/
> > local/lib/R/site-library/Rcpp/libs/Rcpp.so", dynamicLookup =
> > TRUE, handle = , info = > 0x55efaa89aaa0>, forceSymbols = FALSE), numParameters = -1L),
> > , , .pointer,
arameters = -1L),
, , .pointer, ...)
2: shg$runSimFromFixedValues(N, 0, 0, 1940)
Thanks,
-John
John Clarke | Senior Technical Advisor |
Cornerstone Systems Northwest | [email protected]
<mailto:[email protected]>
___
r |
Cornerstone Systems Northwest | [email protected]
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
eally a relevant example as it operates the other way
> around
> where you have a `main()` function and want to embed R. What we do with
> Rcpp
> is typically a running R process from which we call extensions. Not the
> same.
>
> Dirk
>
> --
> dirk.eddelbuettel.com |
.org
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
u put some there. That violates the
> recommendation in Writing R Extensions. So I think the outcome you observe
> is
> as expected.
>
> Best, Dirk
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | [email protected]
>
_______
Rcpp-d
o I think the outcome you observe is
as expected.
Best, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
it
Error: C stack usage 17587428350336 is too close to the limit
Error: C stack usage 17587424143744 is too close to the limit
Error: C stack usage 17587453589888 is too close to the limit
Execution halted
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
pList)
> cat("All good\n")
All good
>
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
lt;- as(cbind( c(1,2,3), c(3,4,5), c(5, 6, 7) ), "dgCMatrix")
spList <- list( X, X )accessEntries(spList)
# -- Output --
# *** caught segfault ***#address 0x0, cause 'unknown'
#Traceback:
# 1: .Call(, x)
# 2: accessEntries(spList)
___
Rcpp
you work it out with smaller and smaller
test cases. That still seems like a good idea to me.
Good luck, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
https://lists.r
lm as the source of
your
problem. When we call it, your results differ and there is a
side-effect.
But when we don't it is still true. I added
Environment pkg2 = Environment::namespace_env("base");
Function f2 = pkg2["dim"];
// ...
RObject ro = f2(ematrix);
while keep
t");
> }
> clock.stop("timer");
> return;
> })"
>
> # Create large PD matrix
> size <- 2000
> set.seed(123)
> m <- matrix(rnorm(size^2), size, size)
> m <- tcrossprod(m)
> diag(m) <- rowSums(abs(m)) + 2
>
> sourceCpp(code =
, size)
| m <- tcrossprod(m)
| diag(m) <- rowSums(abs(m)) + 2
|
| sourceCpp(code = src)
| result <- chol_and_inv(m)
| library(RcppClock)
| timer
| ```
| Best wishes,
| ___
| Rcpp-devel mailing list
| [email protected]
;- rowSums(abs(m)) + 2
sourceCpp(code = src)
result <- chol_and_inv(m)
library(RcppClock)
timer
```
Best wishes,
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
had was to use @name to give your existing entry the
> (missing) desired name and try @aliases to map back. No idea if that would
> work.
>
> Cheers, Dirk
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | [email protected]
>
___
Rcpp-
and workarounds.
The only other idea I had was to use @name to give your existing entry the
(missing) desired name and try @aliases to map back. No idea if that would
work.
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcp
_
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
w, you prod roxygen2 with
> 'NULL'
> blocks to add extra documentation -- that is likely what you need here. The
> roxygen2 docs will have more on this.
>
> Cheers, Dirk
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | [email protected]
>
_
eers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
s Rd, or you can write it in an (empty) R file to be used
by roxygen2 (though I still never let roxygen touch my NAMESPACE, DESCRIPTION
or other files -- but Rd creation I trust).
Dirk
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
el.com | @eddelbuettel | [email protected]
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
p(0, 80)))
iter <- length(draws)
set.seed(1234)
t1 <- define_e(iter, obs_mat, draws)
set.seed(1234)
t2 <- define_e2(iter, obs_mat, draws)
all.equal(t1, t2)
[1] "Mean relative difference: 2.270964"___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
art from
twice
drawing from an RNG after reseed and assert first that the draws are
identical. Then add your processing.
Dirk_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
from an RNG after reseed and assert first that the draws are
identical. Then add your processing.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r
lf-contained example, and see if it
reproduces with / without extended use of R functions called from Rcpp code.
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
htt
mericMatrix M_coef = mod_sum[12];
| mod_coef = M_coef(2, 1);
|
| return mod_coef;
| }
|
|
| I also tried providing the formula in the call, i.e. NumericVector
misclass
| (NumericMatrix obs_mat, Formula f) and using it in glm_r, i.e.
glm_r(_
| ["formula"] = f, etc. but with the same outcome.
|
| Thanks,
oef = mod_sum[12];
| mod_coef = M_coef(2, 1);
|
| return mod_coef;
| }
|
|
| I also tried providing the formula in the call, i.e. NumericVector misclass
| (NumericMatrix obs_mat, Formula f) and using it in glm_r, i.e. glm_r(_
| ["formula"] = f, etc. but with the same outcome.
|
| T
_mat, Formula f) and using it in glm_r, i.e.
glm_r(_["formula"] = f, etc. but with the same outcome.
Thanks,
Denis___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
that helped.
> >
> > Feel free to also check with r-release as a baseline. That said, on Linux I
> > keep reasonably current (rebuild a week or two) r-devel around.
> >
> > Dirk
> >
> > --
> > dirk.eddelbuettel.com | @eddelbuettel | [email protected]
so) if that helped.
>
> Feel free to also check with r-release as a baseline. That said, on Linux I
> keep reasonably current (rebuild a week or two) r-devel around.
>
> Dirk
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | [email protected]
> __
vel around.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
parison to then define the replacement wrapper. Line 34 _defines_
> a string rather than using. So I am puzzled. Maybe something
> is off with your R version? You often run r-devel, don't you?
>
> In any event, if your R is newer than 4.4.2 maybe (for now) replace the
>
ybe (for now) replace the
conditional logic in compat.h with just the defines ie
# define RCPP_STRING_PTR STRING_PTR_RO
# define RCPP_VECTOR_PTR VECTOR_PTR_RO
and use that?
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
R(x));
// #nocov end
| ^~~
make: *** [C:/R/RCurrent/R-devel/etc/x64/Makeconf:296: barrier.o] Error 1
ERROR: compilation failed for package 'Rcpp'
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
. All
this is a lot of work, so don't expect miracles overnight.
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cg
Telephone: +34-963543572
Fax:+34-963543550
email: [email protected]
____
___________
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
) and got no message concerning those.
Also Winbuilder still works fine for these. And I do make use of
Rcpp::CharacterVector at least in swephR.
Ralf
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.or
____
| Rcpp-devel mailing list
| [email protected]
|
https://urldefense.com/v3/__https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel__;!!D9dNQwwGXtA!TvAt_hVuu_qlqiOt5YVK6UKTrLg3I16AnoWTM
ATAPTR so I fear we will just have to grind it out one issue at time. Any
and all help is appreciated and welcome so if you learn something in your
explorations let us know.
Cheers, Dirk
|
| Thank you very much
|
| Patrik
| _______
| Rcpp-devel mailin
N which use
`Rcpp::CharacterVector` therefore cannot be updated until next year because
they will fail the CRAN pre-tests?
Thank you very much
Patrik
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mail
hich a pointer was found) are not shown.
==2243731== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==2243731==
==2243731== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
edd@rob:~/git/rcpparmadillo/inst/tinytest(master)$
Dirk
--
dirk.eddelbuettel.com | @ed
Cheers, Dirk
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | [email protected]
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
debian.org
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
ot;) = nm; return v; }')
> myvec()
foo bar
1.23 2.34
>
Either works and avoids creation of temporaries at return which the (less
widely used !!) Intel compiler may resolve differently from g++ and clang++.
So it could be us, and defensive programming is always good but with repros
it so ha
e no experience with docker, so
answers in words of one or few syllables, please.
Murray
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
to why this may not work on server B?
| | |
| | | The actual code I'm running is an R package that includes
| RcppArmadillo
| | and
| | | RcppEnsmallen. Server B is the login node to an hpc cluster, but
| the code
| | does
| |
this helps, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
10" -I/usr/local/include -fpic
> -g
> | -O2 -c
> | | file158165b9c4ae1.cpp -o file158165b9c4ae1.o
> | | g++ -std=gnu++11 -shared -L/sw/R/R-4.2.3/lib64/R/lib
> -L/usr/local/lib64
> | -o
> | | sourceCpp_2.so file158165b9c4ae1.o -fopenmp -lla
= randomNormal(0, 1);", r_list, 0)
testA$getCellValue(10, 10, 0)
and here is what I get when I run the above R code
[image: image.png]
Any help or suggestions on ways to rectify this issue would be great.
Regards,
Nikhil
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
number we could chat at? My mobile is 4088964084. I am
free any time after 4
-N
Balasubramanian Narasimhan
From: Rcpp-devel on behalf of
Balamuta, James Joseph
Sent: Wednesday, December 15, 2021 12:10:12 PM
To: [email protected]
Subject: Re
James
Thanks. I updated the page.
Meanwhile your bio leads me to ask you a question about a potential project.
Smallish. Is there a number we could chat at? My mobile is 4088964084. I am
free any time after 4
-N
Balasubramanian Narasimhan
From: Rcpp-devel on
ib -lR
| |
| | I thought that the -fopenmp flag should let arma implicitly parallelize
| matrix
| | computations. Any hints as to why this may not work on server B?
| |
| | The actual code I'm running is an R package that includes RcppArmadillo
| and
| | RcppEn
L/usr/local/lib64
> -o
> | sourceCpp_2.so file158165b9c4ae1.o -fopenmp -llapack -lblas -lgfortran
> -lm
> | -lquadmath -L/sw/R/R-4.2.3/lib64/R/lib -lR
> |
> | I thought that the -fopenmp flag should let arma implicitly parallelize
> matrix
> | computations. Any
| I thought that the -fopenmp flag should let arma implicitly parallelize matrix
| computations. Any hints as to why this may not work on server B?
|
| The actual code I'm running is an R package that includes RcppArmadillo and
| RcppEnsmallen. Server B is the login node to an hpc cluster
R
I thought that the -fopenmp flag should let arma implicitly parallelize
matrix computations. Any hints as to why this may not work on server B?
The actual code I'm running is an R package that includes RcppArmadillo and
RcppEnsmallen. Server B is the login node to an hpc cluster, but the co
leton", &GetSingleton);
>>>
>>> }
>>> //From R
>>> // library(singleton)
>>> // library(Rcpp)
>>> //
>>> // foo <- Rcpp::Module("foo", PACKAGE = "singleton")
>>> //
>>> // foo_singleton<-foo$
df9387590
>> // From "Foo& GetSingleton()" -> memory address for singleton is
>> 0x7fcdf9387590
>> // From "void SayHello()" -> 0x7fcdf9392b60 -> hello from Foo.
>>
>> On Wed, Feb 21, 2024 at 1:34 AM Nikhil Garg
>> wrote:
>>
>>> Hi,
>>>
>>> I am
t; -> 0x7fcdf9392b60 -> hello from Foo.
>
> On Wed, Feb 21, 2024 at 1:34 AM Nikhil Garg
> wrote:
>
>> Hi,
>>
>> I am looking for some advice or hoping someone can point me in the right
>> direction for wrapping a C++ class with singleton using Rcpp. I ha
using Rcpp. I have been
> using RCPP modules for some of this work but got stuck with a C++ object
> which returns a singleton.
>
> Here is the general structure of the object
>
> class Foo {
> public:
> Foo();
> ~Foo();
>
> static Foo &
buettel | [email protected]
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
:
> Foo();
> ~Foo();
>
> static Foo &getFoo();
> Foo(Foo const&) = delete;
> void operator=(Foo const&) = delete;
> }
>
> Regards,
> Nikhil
> _______
> Rcpp-devel mailing li
class Foo {
public:
Foo();
~Foo();
static Foo &getFoo();
Foo(Foo const&) = delete;
void operator=(Foo const&) = delete;
}
Regards,
Nikhil
___
Rcpp-devel mailing list
[email protected]
too.
Cheers, Dirk
| Thanks a lot in advance
|
| Best wishes,
|
| Rafa
|
| _______
| Rcpp-devel mailing list
|
[email protected]<mailto:[email protected]>
| https://lists.r-forge.r-project.org/cgi-bin/mailma
rt(eps) is zero' meaning 1e-8. Of course that is too general and may be
too broad as "it always depends".
Hope this helps a little. Maybe contact some field experts too.
Cheers, Dirk
| Thanks a lot in advance
|
| Best wishes,
|
| Rafa
|
| _____
eems again to be accumulating in the same Z component.
Is there anything I could improve in my implementation to avoid these numerical
errors?
For reference, .Machine$double.eps on my machine is 2.220446e-16
Thanks a lot in advance
Best wishes,
Rafa
__
y" need to
create `~/.R/Makevars` to tell the compiler to use extended format warnings.
That allows you to replicate the CRAN warnings, and ensure rebuild
RcppExports.cpp addresses it. If I find time I'll post an example on my
blog.
Cheers, Dirk
_______
rts.cpp addresses it. If I find time I'll post an example on my
blog.
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
The fix apparently is in the master branch. I did:
remotes::install_github("RcppCore/Rcpp")
and the warnings went away. Don't forget to restart R, in case the previous
version of Rcpp has already been loaded.
Georgi Boshnakov
____
From:
e plans to incorporate this fix in Rcpp?
> Am I alone in this case?
>
> Best,
> Serguei.
> ___
> Rcpp-devel mailing list
> [email protected]
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
--
Iñaki Úcar
Assistant Prof
ten at the next
RcppExports.cppbuild.
Are there some plans to incorporate this fix in Rcpp?
Am I alone in this case?
Best,
Serguei.
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
); invisible(gc())
#> 0x55a93e3845d0 deleted
*/
Best,
Iñaki
--
Iñaki Úcar
Assistant Professor of Statistics
Director of the Master in Computational Social Science
Department of Statistics | Big Data Institute
Universidad Carlos III de Madrid
Av. de la Universidad 30, 28911 Leganés, Spain
Offic
s then used throughout the files in src/.
Thanks! That does sound interesting. I think for my current use-case
the existing functionality is sufficient. But i will have a look at
these ideas.
Ralf
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
seems to be the behaviour I am looking for.
Ralf
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
| @eddelbuettel | [email protected]
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
L160
and the check_xptr_tag is then used throughout the files in src/.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
_______
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
hich would be the desired behaviour. But it would be nice
> if one could be sure.
>
> Thanks
> Ralf
> ___
> Rcpp-devel mailing list
> [email protected]
> https://lists.r-forge.r-project.org/cgi-bin/mailman/l
desired behaviour. But it would be nice
if one could be sure.
Thanks
Ralf
___
Rcpp-devel mailing list
[email protected]
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
t;> #>_
>>> #> platform x86_64-w64-mingw32
>>> #> arch x86_64
>>> #> os mingw32
>>> #> crtucrt
>>> #> system x86_64, mingw32
>>> #> status
>>> #> ma
4-mingw32
>> #> arch x86_64
>> #> os mingw32
>> #> crtucrt
>> #> system x86_64, mingw32
>> #> status
>> #> major 4
>> #> minor 3.0
>> #> year 2023
>>
f Rcpp?
From: Kevin Ushey
Sent: Tuesday, May 30, 2023 3:02 PM
To: Alexander Ilich
Cc: Dominick Samperi ; rcpp-devel
Subject: Re: [Rcpp-devel] Rcpp::sourceCpp Problem with R 4.3 update
I'm also not able to reproduce, but I see a different linker invocation:
g++ -shared -static-libgcc -o sour
2023
> #> month 04
> #> day21
> #> svn rev84292
> #> language R
> #> version.string R version 4.3.0 (2023-04-21 ucrt)
> #> nickname Already Tomorrow
> packageVersion("Rcpp")
> #> [1] '1.0
21
#> svn rev84292
#> language R
#> version.string R version 4.3.0 (2023-04-21 ucrt)
#> nickname Already Tomorrow
packageVersion("Rcpp")
#> [1] '1.0.10'
From: Rcpp-devel on behalf of
Dominick Sam
ly at your end; maybe new R
and old Rtools so something like that.
One gets 15 h / months free at posit.cloud (formerly rstudio.cloud), that is
good to just run a quick sanity check like this.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | [email protected]
s43/x86_64-w64-mingw32.static.posix/lib
-Lc:/PROGRA~1/R/R-43~1.0/bin/x64 -lR
Error in Rcpp::sourceCpp(code = "\n #include \n using namespace
Rcpp;\n // [[Rcpp::export()]]\n SEXP cpptest(NumericVector v) {\n
return v;\n }") :
Error occurred building shared library.
Thanks,
Dominick
_
> there is
> | >> >| much more information available. ls() only returns a list of
> objects
> | by
> | >> their
> | >> >| declared name. I'm wondering how to get more details about
> elements
> | in
> | >> the
> | >&
| >> >
| >> >Thanks for additional color. That may be a very interesting and
| valuable
| >> >question _for the C API of R_ and youe guess of "maybe Rcpp has a
| helper"
| >> is
| >> >a good one. Sadly, I fear we may
ation available. ls() only returns a list of objects
> by
> >> their
> >> >| declared name. I'm wondering how to get more details about elements
> in
> >> the
> >> >| environment.
> >> >
> >> >Thanks for additional color. T
> >| environment.
>> >
>> >Thanks for additional color. That may be a very interesting and valuable
>> >question _for the C API of R_ and youe guess of "maybe Rcpp has a helper"
>> is
>> >a good one. Sadly, I fear we may not have anything
1 - 100 of 10556 matches
Mail list logo
