Mike,
On 1 November 2014 at 11:36, Dirk Eddelbuettel wrote:
| Thanks for the follow-up -- if you glance at src/api.cpp you'll see that we
| already conditionally exclude execinfo.h on a number of other platforms. I'll
| look up the canonical define for Aix and will check back with you to test
| t
If I understand correctly, all vignettes in a package are built in the same R
process. Global options, loaded packages, etc., in an earlier vignette persist
in later vignettes. This can introduce user confusion (e.g., when a later
vignette builds successfully because a package is require()'ed in
On 01/11/2014, 2:58 PM, Peter Simons wrote:
> Hi Uwe,
>
> >> have tried running the test suite in a build that's configured with
> >> '--without-recommended-packages'?
> >
> > Of course this fails in the case when we check for the recommended
> packages:
> >
> > | < character(0)
> > |
Hi Uwe,
>> have tried running the test suite in a build that's configured with
>> '--without-recommended-packages'?
>
> Of course this fails in the case when we check for the recommended packages:
>
> | < character(0)
> | ---
> | > [1] "Matrix" "nlme" "mgcv"
>
> If Matrix et al a
On 01.11.2014 16:33, Peter Simons wrote:
Hi Uwe,
> Nobody in R core runs NixOS and can reproduce this. This passes on most
> other platforms, apparently. If you can point us to a problem or send
> patches, we'd appreciate it.
have tried running the test suite in a build that's configure
On 01/11/2014, 11:33 AM, Peter Simons wrote:
> Hi Uwe,
>
> > Nobody in R core runs NixOS and can reproduce this. This passes on most
> > other platforms, apparently. If you can point us to a problem or send
> > patches, we'd appreciate it.
>
> have tried running the test suite in a build that'
Hi Mike,
Thanks for the follow-up -- if you glance at src/api.cpp you'll see that we
already conditionally exclude execinfo.h on a number of other platforms. I'll
look up the canonical define for Aix and will check back with you to test
this. I'm currently at a workshop so this may take a day or
Hi Uwe,
> Nobody in R core runs NixOS and can reproduce this. This passes on most
> other platforms, apparently. If you can point us to a problem or send
> patches, we'd appreciate it.
have tried running the test suite in a build that's configured with
'--without-recommended-packages'? That's
> From: Jeroen Ooms
>
> It seems like ScalarLogical returns a singleton object, which is not
> the case for ScalarInteger or ScalarReal. I am currently working
> around this using duplicate(ScalarLogical(0)), but was quite surprised
> by this behavior of ScalarLogical.
> From: Hadley Wickham
>
Nobody in R core runs NixOS and can reproduce this. This passes on most
other platforms, apparently. If you can point us to a problem or send
patches, we'd appreciate it.
Best,
Uwe Ligges
On 01.11.2014 13:30, Peter Simons wrote:
Hi,
I maintain the R packages in the NixOS Linux distribution
Hi,
I maintain the R packages in the NixOS Linux distribution [1]. A while
ago, I attempted to update to version 3.1.1, but I ran into the
following test suite failure:
| Testing examples for package 'tools'
| comparing 'tools-Ex.Rout' to 'tools-Ex.Rout.save' ...
| 452c452
| < character(0)
Hi,
The problem is better illustrated with:
library(inline)
test2 <- cfunction(body = '
SEXP success = PROTECT(ScalarLogical(0));
setAttrib(success, install("foo"), mkString("bar"));
UNPROTECT(1);
return success;
')
test3 <- cfunction(body = '
SEXP success = PROTECT(S
Hi,
The problem is better illustrated with:
library(inline)
test2 <- cfunction(body = '
SEXP success = PROTECT(ScalarLogical(0));
setAttrib(success, install("foo"), mkString("bar"));
UNPROTECT(1);
return success;
')
test3 <- cfunction(body = '
SEXP success = PROTECT(S
I believe this is by design (and changed relatively recently). FALSE and
TRUE are singletons, like NULL.
Hadley.
On Friday, October 31, 2014, Jeroen Ooms wrote:
> Is it expected that attributes set on a LGLSXP created by
> ScalarLogical will apply to all future objects created by
> ScalarLogica
14 matches
Mail list logo
