On 31/12/2015 1:06 PM, David Winsemius wrote:
On Dec 31, 2015, at 3:43 AM, Duncan Murdoch <[email protected]> wrote:
On 30/12/2015 9:40 PM, David Winsemius wrote:
[lots deleted]
So I guess the question is ... why is the build process for the
Mavericks/Yosemite/El Capitan machines still failing to produce a current
(working) version of rgl?
I think it does probably does produce a working version, but it fails the tests
on that particular machine.
I believe the problem is that the CRAN test machine uses an unusual X server.
I've asked for details on a couple of occasions so I could reproduce the error,
but received no response. I don't know if the server is buggy or rgl just
fails to do some checks that are unnecessary on other servers.
The latest error is occurring in rgl.pixels, and the underlying C++ code there
is a little sloppy with type conversions (e.g. it assumes GL_FLOAT is float,
which is not necessarily true), and is probably also sloppy with run-time
checks. I don't think the type sloppiness could be a cause of the error (I
think it would fail for all servers if so), and I can't spot the run-time
sloppiness.
Is there any way to put a ##Not run ..... ### "bracket" around that code?
Sure, I could mark those examples with \donttest{} or \dontrun{}, but
that only works around the bug in the case that it's a bug at CRAN, and
in that case, it would be better for them to update their X server. I'd
say it's at least as likely to be a bug in the package, and removing the
tests that are failing would then be a really bad idea.
Anyone who is willing to live with the error can build rgl themselves.
Duncan Murdoch
_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
