On Oct 27, 2008, at 12:25 , [EMAIL PROTECTED] wrote:
Hello all,
It appears that for the simplest of S4 objects, z+1 does not equal
1+z.
Presumably this is a bug, as 1+z seems to make a malformed object (at
least malformed as an input to str).
FWIW the difference is that z+1 has the S4 bit
Hello all,
It appears that for the simplest of S4 objects, z+1 does not equal 1+z.
Presumably this is a bug, as 1+z seems to make a malformed object (at
least malformed as an input to str).
Thanks, Robert
> setClass("test", representation("vector"))
[1] "test"
> z <- new("test", 1)
> identical(z+
Hello all,
It appears that for the simplest of S4 objects, z+1 does not equal 1+z.
Presumably this is a bug, as 1+z seems to make a malformed object (at
least malformed as an input to str).
Thanks, Robert
> setClass("test", representation("vector"))
[1] "test"
> z <- new("test", 1)
> identical(z+
And John Chambers writes:
> I tried a little harder, and apparently the guess is wrong. It seems
> that pow(0, -0) is 1 in C. Would seem better to either have pow(0,0)
> and pow(0,-0) both be NaN or else 1 and Inf, but ...
There are slides from Jim Thomas summarizing the C99 choices for
element
That must be a different problem as this one affects both R 2.7.2 and R
2.8.0 on Fedora 9. When the header is not included, the test program
that checks the version of bzlib segfaults.
We can fix this by using AC_CHECK_HEADERS instead of AC_CHECK_HEADER
when looking for bzlib.h, since the former
