You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .appveyor.yml
+4-8Lines changed: 4 additions & 8 deletions
Original file line number
Diff line number
Diff line change
@@ -16,18 +16,14 @@ environment:
16
16
global:
17
17
CRAN: http://cloud.r-project.org
18
18
WARNINGS_ARE_ERRORS: 1
19
-
R_CHECK_ARGS: --no-manual --no-multiarch
20
-
R_ARCH: i386
21
-
# R_CHECK_ARGS specified in order to turn off --as-cran (on by default) as that can be slow
22
-
# multiarch is on by default which (when R_ARCH: x64) compiles and tests both 32bit and 64bit in one x64 job
23
-
# --no-multiarch so as to not run both 32bit and 64bit on every commit in PRs to save dev cycle time; GLCI after merge is full-strength
24
-
# GHA has MacOS 64bit (test-coverage) and Ubuntu 64bit, therefore picked 32bit for Windows
25
-
GCC_PATH: mingw_64
26
-
# Default GCC_PATH appears to be gcc-4.6.3 which is now unsupported as from Rtools.exe v3.4.
19
+
R_CHECK_ARGS: --as-cran --no-manual
20
+
# --no-manual to avoid error 'pdflatex is not available'
21
+
# --as-cran no longer a lot slower (now takes under 6 mins with and without); logs show _R_CHECK_CRAN_INCOMING_=FALSE which could take 5+ mins
27
22
_R_CHECK_NO_STOP_ON_TEST_ERROR_: true
28
23
# continue tests even if some script failed
29
24
_R_CHECK_TESTS_NLINES_: 0
30
25
# Block truncation of any error messages in R CMD check
26
+
# R is 64-bit only on Windows from 4.2.0 (prior default was build and test both 32bit and 64bit) so we no longer use R_ARCH to pick one to reduce CI time in PRs
Copy file name to clipboardExpand all lines: NEWS.md
+5-1Lines changed: 5 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -294,7 +294,9 @@
294
294
295
295
40.Newfunctions`yearmon()`and`yearqtr`giveacombinedrepresentationof`year()`and`month()`/`quarter()`.Theseandalso`yday`, `wday`, `mday`, `week`, `month`and`year`arenowoptimizedformemoryandcomputeefficiencybyremovingthe`POSIXlt`dependency, [#649](https://github.com/Rdatatable/data.table/issues/649). Thanks to Matt Dowle for the request, and Benjamin Schwendinger for the PR.
296
296
297
-
41.`first()`and`last()`gain`na.rm`takingvalues `FALSE` (default), `TRUE`or`"row"`, [#4239](https://github.com/Rdatatable/data.table/issues/4239). For vector input, `TRUE` and `"row"` are the same. For `data.table|frame` input, `TRUE` returns the first/last non-NA observation in each column, while `"row"` returns the first/last row where all columns are non-NA. `TRUE` is optimized by group and `"row"` may be optimized by group in future. `n>1` with `na.rm=TRUE` is also optimized by group. Thanks to Nicolas Bennett and Michael Chirico for the requests, and Benjamin Schwendinger for the PR.
297
+
41.Newfunction`%notin%`providesaconvenientalternativeto`!(x %in% y)`, [#4152](https://github.com/Rdatatable/data.table/issues/4152). Thanks to Jan Gorecki for suggesting and Michael Czekanski for the PR. `%notin%` uses half the memory because it computes the result directly as opposed to `!` which allocates a new vector to hold the negated result. If `x` is long enough to occupy more than half the remaining free memory, this can make the difference between the operation working, or failing with an out-of-memory error.
298
+
299
+
42.`first()`and`last()`gain`na.rm`takingvalues `FALSE` (default), `TRUE`or`"row"`, [#4239](https://github.com/Rdatatable/data.table/issues/4239). For vector input, `TRUE` and `"row"` are the same. For `data.table|frame` input, `TRUE` returns the first/last non-NA observation in each column, while `"row"` returns the first/last row where all columns are non-NA. `TRUE` is optimized by group and `"row"` may be optimized by group in future. `n>1` with `na.rm=TRUE` is also optimized by group. Thanks to Nicolas Bennett and Michael Chirico for the requests, and Benjamin Schwendinger for the PR.
298
300
299
301
```R
300
302
x
@@ -677,6 +679,8 @@
677
679
678
680
16.Theoptions`datatable.print.class`and`datatable.print.keys`arenow`TRUE`bydefault.Theyhavebeenavailablesince v1.9.8 (Nov2016) and v1.11.0 (May2018) respectively.
679
681
682
+
17.`update.dev.pkg()`hasbeenrenamed`update_dev_pkg()`togetoutofthewayofthe`stats::update`genericfunction, [#5421](https://github.com/Rdatatable/data.table/pull/5421). This is a utility function which upgrades the version of `data.table` to the latest commit in development which has also passed all tests. As such we don't expect any backwards compatibility concerns.
# see if Revision is different then currently installed Revision, note that installed package will have Revision info only when it was installed from remote devel repo
Copy file name to clipboardExpand all lines: R/onAttach.R
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -27,7 +27,7 @@
27
27
if (gettext("TRANSLATION CHECK") !="TRANSLATION CHECK")
28
28
packageStartupMessagef("**********\nRunning data.table in English; package support is available in English only. When searching for online help, be sure to also check for the English error message. This can be obtained by looking at the po/R-<locale>.po and po/<locale>.po files in the package source, where the native language and English error messages can be found side-by-side\n**********")
29
29
if (dev&& (Sys.Date() - as.Date(d))>28L)
30
-
packageStartupMessagef("**********\nThis development version of data.table was built more than 4 weeks ago. Please update: data.table::update.dev.pkg()\n**********")
30
+
packageStartupMessagef("**********\nThis development version of data.table was built more than 4 weeks ago. Please update: data.table::update_dev_pkg()\n**********")
31
31
if (!.Call(ChasOpenMP)) {
32
32
packageStartupMessagef("**********\nThis installation of data.table has not detected OpenMP support. It should still work but in single-threaded mode.\n", appendLF=FALSE)
0 commit comments