Comparing download times of base R and the curl package:
url <- 'https://jeroen.github.io/data/nycflights13.json'
tmp <- tempfile()
system.time(download.file(url, tmp, quiet = F)
system.time(curl::curl_download(url, tmp, quiet = F))
Because this is an uncompressed file, the gzipped downlo
On Mon, Feb 10, 2025 at 9:48 PM Simon Urbanek
wrote:
>
>
> > On Feb 11, 2025, at 5:23 AM, Dirk Eddelbuettel wrote:
> >
> >
> > On 10 February 2025 at 07:35, Carl Boettiger wrote:
> > | Great discussion.
> > |
> > | Just to note another example I don't think was mentioned -- The r-universe
> > | p
I have been testing R-devel and really enjoying fast parallel
downloading of R packages, especially on mac/win where there is no
complication step either, it is super nice.
Perhaps the install.packages() messaging could still be improved a
bit. Right now if one installs a package on Windows/MacOS
Many distros and browsers these days use zstd as the preferred
compression method. For example if you unpack a .deb or .rpm file on
Debian or Fedora there is zstd archive inside. It is claimed that zstd
offers improved compression over gzip, but (unlike lzma) it has
comparable decompression speed.
A more generic solution would be for R to throttle calls to
R_CheckUserInterrupt(), because it makes no sense to check 1000 times
per second if a user has interrupted, but it is difficult for the
caller to know when R_CheckUserInterrupt() has been last called, or do
it regularly without over-doing
On Thu, Dec 5, 2024 at 2:43 AM Jiří Moravec wrote:
>
> R has a native HTTP server that is used for serving R help pages
> interactively, at least on the loopback device (127.0.0.1)
>
> But all of the working are internal, not exposed to user and not documented.
This has been available for a long
On Mon, Sep 9, 2024 at 11:11 AM Tomas Kalibera wrote:
>
>
> On 9/8/24 23:14, Jeroen Ooms wrote:
> > On Mon, Sep 2, 2024 at 10:05 AM Tomas Kalibera
> > wrote:
> >>
> >> On 4/25/24 17:01, Ivan Krylov via R-devel wrote:
> >>> On Thu,
On Mon, Sep 2, 2024 at 10:05 AM Tomas Kalibera wrote:
>
>
> On 4/25/24 17:01, Ivan Krylov via R-devel wrote:
> > On Thu, 25 Apr 2024 14:45:04 +0200
> > Jeroen Ooms wrote:
> >
> >> Thoughts?
> > How verboten would it be to create an empty external pointe
a separate SSL connection for each file
download.
Thoughts?
On Sat, Mar 2, 2024 at 3:07 PM Jeroen Ooms wrote:
>
> Currently download.file() creates and terminates a new TLS connection
> for each download. This creates a lot of overhead which is expensive
> for both client and se
Currently download.file() creates and terminates a new TLS connection
for each download. This creates a lot of overhead which is expensive
for both client and server (in particular the TLS handshake). Modern
internet clients (including browsers) re-use connections for many http
requests.
We can do
On Tue, May 2, 2023 at 3:29 PM Martin Maechler
wrote:
>
> > Ivan Krylov
> > on Tue, 2 May 2023 14:59:36 +0300 writes:
>
> > В Sat, 29 Apr 2023 00:00:02 +
> > Dario Strbenac via R-devel пишет:
>
> >> Could save.image() be redesigned so that it promptly responds to
>
On Fri, Jun 17, 2022 at 2:46 PM Scott McAllister
wrote:
> Thank you for your update on this
>
> If you can keep me updated on when version 4.2.1 is rereleased with the
> interim code signing certificate, that would be fantastic
Signed (unofficial) builds are also available from
https://github.c
After upgrading to R-4.2 we are seeing package build errors on Ubuntu 18.04:
make[1]: *** read jobs pipe: No such file or directory.
or:
make[1]: *** write jobserver: Bad file descriptor. Stop.
The problem seems to get triggered by the use of parallel make, but I
cannot find the underlying
Hi all,
I received some questions this week about rtools4 (the windows
compiler bundle) in particular regarding support for ucrt, so below a
brief summary of the status quo:
As of May 2021, rtools4 has full support for ucrt. The toolchain
configuration is based on the upstream msys2 configuration
On Sun, Jul 25, 2021 at 12:15 AM Steve Haroz wrote:
>
> Hello,
>
> I'd like to propose moving the default library install location on Windows
> from:
> %USERPROFILE%/Documents/R
> to some other location such as:
> %USERPROFILE%/R
>
> For many users the Documents folder is backed up or synchronize
Perhaps now that nanohttp has been removed, it is a good time to do
some related cleanups.
In both Linux and Windows, gethostbyname and gethostbyaddr are marked
as obsolete. POSIX.1-2008 removes the specifications of
gethostbyname(), gethostbyaddr(), and h_errno, recommending the use of
getaddrinf
On Thu, Apr 15, 2021 at 10:19 AM Bravington, Mark (Data61, Hobart)
wrote:
>
> Excellent, thank you all. Doing "pacman -Syu" before "pacman -S gdb" did
> the trick, and yes it's a different version of gdb compared to what pacman
> was previously trying to install. Might be worth updating the
The hunspell package uses the code below to replace curly quotes (aka
fancyquotes) with a regular ascii quotes that are needed for check
spelling:
chartr("\u2019", "'", input)
As of last week this stopped working on CRAN in the Linux server that
runs in ISO8859-15 locale. From the error messa
On Sat, Dec 5, 2020 at 3:00 PM Gabor Grothendieck
wrote:
>
> When I try to install r-devel on Windows all I get is this. No other
> files. This also occurred yesterday as well.
It just tested it to be sure, but it works fine for me. Are you using
the official installer from
https://cran.r-proje
On Tue, Sep 8, 2020 at 11:44 PM Jeroen Ooms wrote:
>
> On Tue, Sep 8, 2020 at 5:20 PM Tomas Kalibera
> wrote:
> >
> > On 9/8/20 4:48 PM, Hugh Parsonage wrote:
> > > Unfortunately I only get
> > >
> > > [Thread 21752.0x4aa8 exited with code 3221225
On Tue, Sep 8, 2020 at 5:20 PM Tomas Kalibera wrote:
>
> On 9/8/20 4:48 PM, Hugh Parsonage wrote:
> > Unfortunately I only get
> >
> > [Thread 21752.0x4aa8 exited with code 3221225477]
> > [Thread 21752.0x4514 exited with code 3221225477]
> > [Thread 21752.0x3f10 exited with code 3221225477]
> > [
On Wed, Aug 26, 2020 at 7:54 PM Tomas Kalibera wrote:
>
> On 8/25/20 6:14 PM, Tomas Kalibera wrote:
> > On 8/22/20 9:33 PM, Jeroen Ooms wrote:
> >> On Sat, Aug 22, 2020 at 9:10 PM Tomas Kalibera
> >> wrote:
> >>> On 8/22/20 8:26 PM, Tomas Kalibera wro
On Sat, Aug 22, 2020 at 9:10 PM Tomas Kalibera wrote:
>
> On 8/22/20 8:26 PM, Tomas Kalibera wrote:
> > On 8/22/20 7:58 PM, Jeroen Ooms wrote:
> >> On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera
> >> wrote:
> >>> On 8/21/20 11:45 PM, m19tdn+9alxwj7d2bmk
On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera wrote:
>
> On 8/21/20 11:45 PM, m19tdn+9alxwj7d2bmk--- via R-devel wrote:
> > Ah yes, this is related. I reported v2010 below, but it looks like I was
> > updated to this Insider Build overnight without my knowledge, and conflated
> > it with the ne
On Thu, Jul 23, 2020 at 11:57 PM Simon Urbanek
wrote:
>
> This is great! It is definitely a good basis to build on.
> I wonder why your macOS setup is so extremely stripped down (not even Cairo,
> tcltk nor X11 - and not TeX, either) and as far from what we actually use as
> possible (using gcc
On Sat, Jul 25, 2020 at 10:12 AM Marco Atzeri wrote:
>
> Hi dev,
>
> can someone confirm if it is a general R 4.0.4 problem
> or it is happening only on cygwin ?
>
> checking for curl/curl.h... yes
> checking if libcurl is version 7 and >= 7.28.0...
> configure: error: libcurl >= 7.28.0 library an
Based on ideas from the R-core discussion panel at useR2020, I created
a little CI tool to make it easier to follow changes in R-devel, and
to write/test patches for R.
The tool is based on a Github mirror of the SVN, where each new commit
triggers a full make-check on 8 different system configura
MiKTeX released a major new version this week, with some breaking
changes that may be important for Windows users and sysadmins.
The MiKTeX versioning has changed to a date-based scheme. The previous
version was called 2.9, the distribution is now called miktex-20.6.
The default installation path
On Mon, Jun 8, 2020 at 12:03 AM wrote:
>
> I've committed the change to use Free instead of free in tcltk.c and
> sys-std.c (r78652 for R-devel, r78653 for R-patched).
Thank you! I can confirm that the example from above no longer crashes
in R--patched.
John, can you confirm that everything seem
On Sun, Jun 7, 2020 at 5:53 PM wrote:
>
> On Sun, 7 Jun 2020, peter dalgaard wrote:
>
> > So this wasn't tested for a month?
> >
> > Anyways, Free() is just free() with a check that we're not freeing a null
> > pointer, followed by setting the pointer to NULL. At that point of tcltk.c,
> > we ha
On Sun, Jun 7, 2020 at 3:13 AM Fox, John wrote:
>
> Hi,
>
> The following code, from the examples in ?TkWidgets , immediately crashes R
> 4.0.1 for Windows:
>
> - snip
> library("tcltk")
> tt <- tktoplevel()
> label.widget <- tklabel(tt, text = "Hello, Wor
On Mon, Jun 1, 2020 at 11:36 PM Sue McDonald wrote:
>
> I have several related questions.
>
> 1. Is it possible to use a GUI: Rstudio/Eclipse/Visual-studio to debug
> compiled code on Windows? Things that work on Eclipse for Windows do not
> work on Eclipse for Windows.
> 2. R CMD INSTALL seems
On Sat, May 30, 2020 at 11:40 PM Duncan Murdoch
wrote:
>
> On 30/05/2020 5:23 p.m., Bob Rudis wrote:
> > I've updated the dashboard (https://rud.is/r-project-cert-status/)
> > script and my notifier script to account for the entire chain in each
> > cert.
>
> You never posted which certificate has
As of commit 78536 earlier this morning the build is failing on
windows 64, see https://r-devel.github.io
I cannot immediately spot what is the problem. The build fails with:
installing 'sysdata.rda'
make[3]: *** [../../../share/make/basepkg.mk:151: sysdata] Error 127
make[2]: *** [Makefile.w
On Sun, May 3, 2020 at 6:15 PM Fox, John wrote:
>
> Dear R-devel list members,
>
> The Tktable package for Tcl/Tk is apparently missing from the Windows
> distribution of R 4.0.0. I (actually a user of the Rcmdr package) discovered
> this when trying to use the new-data-set dialog in the Rcmdr p
On Thu, Apr 30, 2020 at 6:38 AM Spencer Graves
wrote:
>
> Hello, All:
>
>
>"00install.out" from "R CMD check Ecfun_0.2-4.tar.gz" includes:
>
>
> Error: package or namespace load failed for 'Ecfun':
> .onLoad failed in loadNamespace() for 'rJava', details
>call: inDL(x, as.logical(lo
Hevré told me that people from Bioconductor and possibly others are
keeping an eye on this thread so it would be good to post a note here
too.
As of version 4.0.0, the official R for Windows and binary packages
provided via CRAN are built with gcc-8.3.0 from rtools40, as shown in
the CRAN check ta
On Fri, Apr 10, 2020 at 9:49 AM Martin Maechler
wrote:
>
> >>>>> Jeroen Ooms
> >>>>> on Fri, 10 Apr 2020 08:54:39 +0200 writes:
>
> > On Fri, Apr 10, 2020 at 2:42 AM Bravington, Mark (Data61,
> > Hobart) wrote:
> >&
gt; seems to be missing a couple of files in its bin/i386 folder: Rterm.exe
> > > and Rgui.exe. Both are present in its bin/x64 folder (and in the i386
> > > folder for current R).
>
> From: Jeroen Ooms
> Sent: Thursday, 9 April 2020 21:32
> To: Bravington, Mar
On Thu, Apr 9, 2020 at 12:44 PM Bravington, Mark (Data61, Hobart)
wrote:
>
> The "r-devel snapshot build" 78175 on Windows--- a dot-exe installer--- seems
> to be missing a couple of files in its bin/i386 folder: Rterm.exe and
> Rgui.exe. Both are present in its bin/x64 folder (and in the i386 f
On Mon, Apr 6, 2020 at 9:39 AM Gabriel Becker wrote:
>
> Hi Kevin,
>
> On Wed, Apr 1, 2020 at 9:36 PM Kevin Ushey wrote:
>
> > Hello,
> >
> > FWIW, I'm excited at the prospect at seeing a new toolchain for
> > Windows, since it would imply support for C++17 and so it would become
> > easier for C
On Mon, Apr 6, 2020 at 9:15 AM Prof Brian Ripley wrote:
>
> On 02/04/2020 05:35, Kevin Ushey wrote:
> > Hello,
> >
> > Has a decision been made yet as to whether R 4.0.0 on Windows is going
> > to be built using the new gcc8 toolchain (described at
> > https://cran.r-project.org/bin/windows/testin
On Sat, Feb 8, 2020 at 9:27 AM Berwin A Turlach
wrote:
>
> G'day all,
>
> I have daily scripts running to install the patched version of the
> current R version and the development version of R on my linux box
> (Ubuntu 18.04.4 LTS).
>
> The last development version that was successfully compiled
On Fri, Nov 22, 2019 at 2:58 PM Saren Tasciyan wrote:
>
> Hi,
>
> I am trying to build a more recent version (3.6.1 or 3.5.3) of R on
> Ubuntu 18.04 LTS.
Are you aware you can get up-to-date binaries either from PPA or CRAN:
sudo add-apt-repository ppa:marutter/rrutter
sudo apt-get install r
On Fri, Aug 2, 2019 at 12:12 AM Abby Spurdle wrote:
>
> I've just discovered that Rtools (on Windows) contains Python
> interpreter(s).
A minimal build of python was included as a dependency of gdb in
Rtools 3.3 and up.
> I'm assuming that Python is required to build R packages, on all operating
On Tue, Jun 4, 2019 at 5:40 PM Steven Penny wrote:
>
> Theres nothing nefarious here. It would allow people to use the R environment
> without running an installer. If someone is a new user they may want to try
> R out, and installers can be invasive as they commonly:
>
> - copy files to install d
On Fri, May 24, 2019 at 12:06 AM Jennifer Bryan wrote:
>
> Hello,
>
> I'm interested in moving text from and to the clipboard that cannot
> necessarily be represented in the native encoding. So, really, this is
> about Windows.
>
> I can successfully read from the clipboard by specifying the forma
Multiple people have now reported that the R installer does not build
with InnoSetup 6 (released last week). The inno log shows this error:
Error on line 12 in src\gnuwin32\installer\R.iss: Minimum NT version
specified by MinVersion must be at least 6.0. (Windows 2000/XP/Server
2003 are no longe
On Wed, Apr 10, 2019 at 5:45 PM Duncan Murdoch wrote:
>
> On 10/04/2019 10:29 a.m., Yihui Xie wrote:
> > Since it is "technically easy" to disable the best fit conversion and
> > the best fit is rarely good, how about providing an option for
> > code/package authors to disable it? I'm asking becau
On Wed, Apr 10, 2019 at 12:19 PM Tomáš Bořil wrote:
>
> Minimalistic example:
> Let's type "ř" (LATIN SMALL LETTER R WITH CARON) in RGui console:
> > "ř"
> [1] "r"
>
> Although the script is in UTF-8, the characters are replaced by
> "simplified" substitutes uncontrollably (depending on OS locale)
On Mon, Feb 25, 2019 at 11:11 AM Bjørn-Helge Mevik
wrote:
>
> We recently discovered that since R 3.3.0, on our CentOS 6 based
> cluster, R gets built without TIFF support. The last version where TIFF
> support was built, was 3.2.5.
It looks like the official R from EPEL6 also lacks tiff support
On Sat, Feb 16, 2019 at 11:13 AM Andre Mikulec
wrote:
>
> Hi,
>
> I am trying to compile R with ICU support.
Are you aware that the default R for Windows installation from CRAN
has ICU support?
> I am following
> https://cran.r-project.org/doc/manuals/R-admin.html#Building-from-source
These ins
On Wed, Dec 26, 2018 at 8:24 PM Avraham Adler
wrote:
> Hello.
>
> Building R-patched from source on Win64 using current Rtools 3.5.0.4, I’m
> getting the following notes indicating an extra left brace somewhere; or is
> the problem on my end?
>
This is a warning (not an error) in the texinfo scr
On Thu, Dec 20, 2018 at 2:52 PM Roland Fuß wrote:
>
> I'm not sure if the problem is actually with R but thought I should
> report this anyway.
>
> After Peter's email regarding the R 3.5.2 release today, I installed the
> Windows version right away (directly from CRAN and not from a mirror).
>
>
On Fri, Nov 9, 2018 at 5:47 PM Jim Hester wrote:
> We can remove much of this ambiguity by changing the default choice in
> the installer to only install the 64 bit version in the installer. If
> users do need the 32 bit version it is still simple for them to
> install it by checking the appropria
On Thu, Oct 4, 2018 at 6:12 PM Tomas Kalibera wrote:
>
>
> Thanks for the report, but unfortunately I cannot reproduce on my system
> (either macOS nor Linux, from the command line) to debug. Did you run
> this in the command line version of R?
It depends on which version of MacOS that you are us
On Sun, Aug 12, 2018 at 10:00 PM, Henrik Bengtsson
wrote:
> Hi. For any number of *known* arguments, we can do:
>
> one <- function(a) list(a = substitute(a))
> two <- function(a, b) list(a = substitute(a), b = substitute(b))
>
> and so on. But how do I achieve the same when I have:
>
> dots <- fu
On Fri, Jul 6, 2018 at 11:57 PM, Göran Broström wrote:
> I am installing R_3.5.1 from source on ubuntu 18.04, and 'config' + 'make'
> gives me (at the end)
Probably something went wrong earlier in the build when compiling the
Matrix package. However it's much easier to install R form the
binaries
On Sun, Jun 24, 2018 at 8:41 PM, Jochen Wirsing wrote:
> Hello,
> I am using R under Win7 and Antergos. After installing R 3.5.0 I ran into
> several issues regarding gfortran not working properly and packages not
> installing properly when requiring dependencies (which is quite often the case
> w
On Thu, May 3, 2018 at 2:42 PM, Henrik Bengtsson
wrote:
> Use mode="wb" when you download the file. See
> https://github.com/HenrikBengtsson/Wishlist-for-R/issues/30.
>
> R core, and others, is there a good argument for why we are not making this
> the default download mode? It seems like a such a
On Tue, Apr 24, 2018 at 7:26 AM, Joris Meys wrote:
>
> Dear all,
>
> to my astonishment data.table cannot be installed on R 3.5 Windows. When
> checking the package page, the Windows binary is available for download.
The package check page for data.table shows that is currently failing
CMD check
On Windows this warning may be a false positive if R cannot find
"objdump.exe" which is required for this check. I think this is
actually a bug in R because it should be looking for "objdump.exe"
inside BINPREF (where gcc is) rather than on the PATH.
Can you check if you get the same warning if yo
On Tue, Feb 13, 2018 at 7:58 PM, Peter Langfelder
wrote:
> On Tue, Feb 13, 2018 at 2:20 AM, Jeroen Ooms wrote:
>
>> Thanks for your question. Your logs show that 'gcc' is not found. As
>> of R 3.3 you need to set the path to the compiler using the BINPREF
>> var
On Tue, Feb 13, 2018 at 2:18 PM, Indrajit Sen Gupta
wrote:
> In the file MkRules.local.in, I see the line: USE_ATLAS = NO which I believe
> needs to be changed to YES. But how do I specify the BLAS file
> libopenblas_haswell-r0.2.20.a and its location?
I have never done this, but a good starting
On Tue, Feb 13, 2018 at 12:22 PM, Indrajit Sen Gupta
wrote:
> Hi Avraham,
>
> I tried with the patched version. The same error message.
>
> gcc -std=gnu99 -m64 -shared -s -mwindows -o R.dll R.def console.o dynload.o
> editor.o embeddedR.o extra.o malloc.o opt.o pager.o preferences.o psignal.o
> rh
On Tue, Feb 13, 2018 at 7:45 AM, Peter Langfelder
wrote:
> Hi all,
>
> I'm trying to set up the Windows Rtools toolset for building packages
> with compiled code. I installed for Windows R-3.4.3 from CRAN and
> installed Rtools-3.4 in a custom location M:\R\R-3.4.3 and
> M:\R\Rtools-3.4
>
> Follow
Rinternals.h has:
#define CONS(a, b) cons((a), (b))
#define LCONS(a, b) lcons((a), (b))
However these are undefined when we compile with -DR_NO_REMAP. Maybe
it's safer to define these using Rf_cons() and Rf_lcons() instead?
__
R-devel@r-project.org mai
On Mon, Dec 18, 2017 at 2:40 PM, Dirk Eddelbuettel wrote:
>
> (Moderately wrong list: r-package-devel for packaging questions, rcpp-devel
> for Rcpp questions)
>
> On 18 December 2017 at 13:24, Stravs, Michael wrote:
> | I am trying to make a package B that extends another package A. Package A
>
I am looking for the appropriate field to let package authors to
declare the pkg documentation language for spell checkers. The most
important case is to specify a preference between "en-US" or "en-GB"
which can be used by the hunspell or spelling pkg to select the
appropriate dictionary.
WRE defi
On Thu, Nov 9, 2017 at 1:43 AM, William Dunlap via R-devel
wrote:
> I was looking at the CRAN package 'bfork-0.1.2', which exposes the Unix
> fork() and waitpid() calls at the R code level, and noticed that the help
> file example for bfork::fork removes R's temporary directory, the value of
> tem
On Tue, Sep 12, 2017 at 8:28 PM, wrote:
> (https://svn.r-project.org/R/branches/ALTREP/ALTREP.html outlines the
> framework).
Thank you for the nice writeup, hope this makes it into the R journal.
The spelling package finds a few typos:
> spelling::spell_check_files('ALTREP.md', lang = 'en_US')
On Sun, Sep 17, 2017 at 12:39 AM, Juan Telleria wrote:
> Dear R Developers,
>
> In the same way that MySQL/MariaDB's Engine InnoDB or MyISAM/Aria have the
> innodb_buffer_pool_size or the key_buffer_size for setting the maximum
> amount of RAM which can be used by a Server Instance.
Memory is not
On Sat, Sep 2, 2017 at 8:58 PM, Jennifer Lyon wrote:
> I have a 2.1GB JSON file. Typically I use readLines() and
> jsonlite:fromJSON() to extract data from a JSON file.
If your data consists of one json object per line, this is called
'ndjson'. There are several packages specialized to read ndjon
On Thu, Jul 20, 2017 at 1:55 PM, Iago Mosqueira
wrote:
>
> I maintain a repository of R packages, where some of them contain
> executable binaries. I need to separate those compiled for 32 and 64 bit in
> Windows.
Have a look at the antiword package. It has a simple makevars which
builds antiword
A user has reported an issue that appears when a fortran executable is
called via R on Windows. I am unsure if this expected behavior or a
bug in Fortran or in how R calls Windows executables.
The problem is that when the fortran program is called from R, stdout
gets written to a file "fort.6" ins
I was wondering if there is something that can be done to improve
error messages when replaying a recorded plot. For example a graphics
device that is too small usually results in a helpful error message:
png(height = 100)
plot(1)
# Error in plot.new() : figure margins too large
dev.off()
How
On Tue, Apr 25, 2017 at 1:00 PM, Martin Maechler
wrote:
> As I've found it is not at all hard to add an option which
> checks the existence and if the directory is no longer "valid",
> tries to recreate it (and if it fails doing that it calls the
> famous R_Suicide(), as it does when R starts up a
On Fri, Apr 14, 2017 at 11:27 PM, Patrick Perry wrote:
> Is the following expected behavior? I would expect that modifying y's
> attributes should not affect x.
Yes this is expected. Environments and external-ptr objects are never
copied on assignment, hence in your example 'x' and 'y' are the s
For future reference:
https://sourceforge.net/p/mingw-w64/mailman/message/35747206/
On Wed, Mar 22, 2017 at 2:12 PM, Jeroen Ooms wrote:
> This looks like a bug in mingw-w64 CRT. The problem can be produced
> with C++ without R:
>
> #include
> #include
> #inclu
This looks like a bug in mingw-w64 CRT. The problem can be produced
with C++ without R:
#include
#include
#include
int main(){
std::cout << std::fixed;
std::complex z(356, 0);
std::cout << "tanh" << z << " = " << std::tanh(z)
<< " (tanh(356) = " << std::tanh(356) <
On Sun, Mar 19, 2017 at 9:09 PM, Martyn Plummer wrote:
> I have just added some code to ensure that the compilation fails with an
> informative error message if a specific C++ standard is requested but the
> corresponding compiler has not been defined. Please test this.
I can confirm that (at l
On Sun, Mar 19, 2017 at 9:09 PM, Martyn Plummer wrote:
> I have just added some code to ensure that the compilation fails with an
> informative error message if a specific C++ standard is requested but the
> corresponding compiler has not been defined. Please test this.
Are you sure we shouldn'
R 3.4 has 'experimental' support for setting CXX_STD to CXX98 / CXX11
/ CXX14 / CXX17.
However on most platforms, the R configuration seems to leave the
CXX1Y and CXX1Z fields blank in "${R_HOME}/etc/Makeconf" (rather than
falling back on default CXX). Therefore specifying e.g CXX_STD= CXX14
will
On Mon, Mar 6, 2017 at 6:33 AM, Richard Beare wrote:
> I am working on the SimpleITK package for R. This is an enormous package
> that is largely automatically generated via a set of swig/json/lua magic,
> and is working well under linux and osx.
Is it available somewhere so we can try it?
> Ho
On Tue, Feb 14, 2017 at 5:25 PM, Prof Brian Ripley
wrote:
>
> Registration has similar benefits to name spaces in R code:
>
> - it ensures that the routines used by .C, .Call etc are those in your
> package (without needing a PACKAGE argument).
> - it avoids polluting the search space for native
A forked process in mcparallel will wipe the (shared) tempdir when it
quits. I think this is almost always undesirable:
file.exists(tempdir())
parallel::mcparallel(q("no"))
file.exists(tempdir()) # false
file.create(tempfile()) # error
A simple solution might be to skip over R_CleanTempDi
On Tue, Jan 24, 2017 at 7:06 PM, Henrik Bengtsson
wrote:
> When using multicore-forking of the parallel package, is it possible
> for a child process to know that it is a fork?
R internally uses R_isForkedChild to prevent certain operations within
the fork. However I don't think this is exported
On Fri, Jan 20, 2017 at 6:09 PM, Murray Stokely wrote:
> The lack of 64 bit integer support causes lots of problems when dealing
> with certain types of data where the loss of precision from coercing to 53
> bits with double is unacceptable.
>
> Two packages were developed to deal with this: int6
For those following this thread: rzmq binary packages for Mac and
Windows are now available from CRAN.
On Tue, Jan 3, 2017 at 5:32 PM, Jeroen Ooms wrote:
> On Tue, Jan 3, 2017 at 3:53 PM, Whit Armstrong
> wrote:
>>
>> I maintian the rzmq project.
>>
>> love to
On Tue, Jan 3, 2017 at 3:53 PM, Whit Armstrong wrote:
>
> I maintian the rzmq project.
>
> love to get it running on windows, but zmq doesn't play nicely with R's
> mingw.
It's fairly easy to link against the libraries from rwinlib:
https://github.com/rwinlib/zeromq. I'll send you a pull request
On Tue, Dec 20, 2016 at 7:04 AM, Henrik Bengtsson
wrote:
> On reason for hitting the MAX_NUM_DLLS (= 100) limit is because some
> packages don't unload their DLLs when they being unloaded themselves.
I am surprised by this. Why does R not do this automatically? What is
the case for keeping the DL
I just checked your package on a mavericks VM and it seems fine, so I
wouldn't worry about it. Probably some configuration issue on the CRAN
server, perhaps xquartz is outdated.
Unfortunately there is no easy way anymore to check on Mavericks.
Travis used to support it, but they have deprecated ma
On Tue, Oct 25, 2016 at 7:22 PM, Martyn Plummer wrote:
> Thanks Jeroen. The R Foundation has recently formed a working group to
> look into package authentication. There are basically two models. One
> is the GPG based model you describe; the other is to use X.509 as
> implemented in the PKI packa
I would like to propose adding experimental support for including a
PGP signature in R source packages. This would make it possible to
verify the identity of the package author and integrity of the package
sources.
There are two ways to implement this. Assuming GnuPG is on the PATH,
the CMD build
On Tue, Oct 18, 2016 at 1:44 AM, Paul Johnson wrote:
>
> Administrator suggested I try to build with the GCC that is provided
> with the nodes, which is gcc-4.4.7.
Redhat provides an alternative compiler (gcc 5.3 based) in one of it's
opt-in repositories called "redhat developer toolkit" (RDT). I
Given an externalptr object 'pool' which protects an R object 'prot':
# SEXP prot = (a dynamically updated list with handles)
SEXP pool = R_MakeExternalPtr(p, R_NilValue, prot);
R_RegisterCFinalizerEx(pool, fin_pool, TRUE);
WRE explains that 'prot' remains in existence as long as 'pool' is
On Tue, Jul 19, 2016 at 6:46 PM, Kevin Ushey wrote:
> R fails to install a package from source over a pre-existing package
> when the path to that package is a symlink, rather than a directory.
> ...
> I don't think anyone's reported this being an issue before
I ran into this as well a while back
On Wed, Jul 13, 2016 at 5:20 AM, Evan James Patterson
wrote:
>
> I would like to install a trace function that gets executed whenever *any* R
> function is called. In Python, for example, this functionality is provided by
> the `sys.settrace` function.
Maybe you can adapt from the covr package:
Is there any way to distinguish between an error and a user
interruption in R_tryEval? In both cases the ErrorOccurred argument is
set to 1. For my application I need a different action in case of a
SIGINT.
>From the source code I infer that R_tryEval basically wraps eval in
R_ToplevelExec, which
On Wed, May 25, 2016 at 12:31 PM, Martin Maechler
wrote:
> Better than segfaulting, yes, but really agree with Bill (and
> Gabe), also for Rf_mkChar(NULL):
> I think both functions should give an error in such a case
> rather than returning NA_character_
>
> It is an accident of some kind if they
1 - 100 of 216 matches
Mail list logo
