Simplify seq.nanoduration for devel bit64 - #152
Conversation
9c1505c to
1ccf691
Compare
eddelbuettel
left a comment
There was a problem hiding this comment.
Does that need a versioned depends or imports given 'upstream fix' ?
|
Note that it crashes in CI presumably because CI at current only knows CRAN bit64. |
This comment was marked as outdated.
This comment was marked as outdated.
1ccf691 to
54ac822
Compare
Good point. I edited so that the new approach is only done conditionally. |
|
Given that it is 'breaking behaviour' I would prefer conditional use, ideally in the code rather than the tests. Is that possible? If it really really is hard requirement we can put it into DESCRIPTION would I would prefer to cast a wider, easier-on-users net. Sometimes we can, sometimes we can't. |
54ac822 to
3bb4a6b
Compare
|
Agreed. It's branched now so we are green here with pre- and post-4.8.0 {bit64}. |
eddelbuettel
left a comment
There was a problem hiding this comment.
Nice and clean and minimal, and in 'due course' (a year?) we can remove the conditionalness.
|
thanks for insisting on higher-quality code! |
|
I am in between three things but I will try to check here too. I was a little puzzled I had breakage so I want to take another look. I think when I pulled last |
Of course now I realize I numbered the release incorrectly 🙈 (it should be 4.7.0) Per Uwe 4.8.0 will be released from purgatory momentarily, so I would just wait for that to be official. |
If you email them right now you can probably get 4.8.0 nixed away and re-upload as 4.7.0. |
|
Locally, and with 4.8.0 I still get 50 fails in test_nanoival.R |
(for completeness, yes, I got there in time, but I decided against it because my dev version had been 4.7.99 for some time, and I think it's more preferable for the CRAN release to come after dev than it is to have strictly correct increment of the CRAN version number, i.e., the real mistake/original sin was the wrong dev version number for ~1 year. thanks for the encouragement to get it fixed though!) |
Closes #151. This improves the test suite under the version of {bit64} on its way to CRAN (4.8.0).
Two PRs are needed to pass {bit64} 4.8.0:
One PR reduces the noise of the suite on 4.8.0: