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 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
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 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 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 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, 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 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 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 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, 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 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 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, 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 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 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 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 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 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
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 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
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, 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 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 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 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 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 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
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 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:
> >&
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 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
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
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
Is there a way to disable interactive behavior in R (?interactive), but
without it affecting the default error handling and reporting? This would be
needed to use Rserve without any interruption. The problem is that the
Rserve expects every eval either to return or return an error. The
connection g
Many R packages depend on some unix libraries that are not part of most
default installations. I often spend a significant amount of time figuring
out where to get the appropriate libraries for compiling these packages,
after they give some vague error of something missing. I was wondering why
the
I am designing a remote procedure protocol for R, which basically performs a
do.call on data and arguments supplied by a client. However, I am
experiencing unfortunate behavior of the do.call function. The function
do.call seems to serialize all objects in the args list, resulting in an
enormous ex
>
> argn <- lapply(names(args), as.name)
> names(argn) <- names(args)
>
> call <- as.call(c(list(as.name("lm")), argn))
> eval(call, args)
>
Great, almost! Is there any way I can explicitly specify the package of the
function in this way? I tried replacing "lm" with "stats::lm" but that did
not wo
> Can you please verify the behaviour is still the same in a recent R-devel or
> at least R-2.13.1? And that there was no other already answered request on
> R-help or R-devel re. timeouts?
The code below is R 2.13.1. It shows that the timeout time is more
than 3 minutes, although it was set to 5
>> I think Bill Dunlap's answer addressed it: the claim appears to be false.
Here is another example where there is randomness that is not due to
the seed. On the same machine, the same R binary, but through another
interface. First directly in the shell:
> sessionInfo()
R version 2.13.1 (2011-0
I am running RApache (www.rapache.net) on CentOS 5.6 using the R
binary from EPEL. After upgrading to R from 2.12 to 2.13 I am getting
the following error when starting Apache:
Cannot load /usr/lib/httpd/modules/mod_R.so into server: libgomp.so.1:
shared object cannot be dlopen()ed
I tried rebuil
In SPSS compatible datafiles, every variable has a property called
'Measure'. This attribute can be observed as the last column in 'variable
view mode' when the dataset is opened in e.g. GNU PSPP. The property is not
very important, but is used by many researchers to distinguish between
'Ordinal' a
I am running into a limitation of the grid::grid.newpage function, for
which I would like to overwrite this function with a slightly modified
one. Hopefully this is a temporary working solution until the package
gets updated. I found a way to overwrite the function in the
package:grid namespace. Ho
> Yes, modify the source and recompile R.
That is what I am doing now, but can't expect that everyone who uses
my code is willing to recompile R from src...
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi Sue,
I maintain a few static libs for R packages on
https://github.com/rwinlib. If your R packages are open source I can
try to add the libraries you need. Answers inline:
>Can Rtools33 be used to compile static libraries as a separate step
>using -m64 flag?
Yes, but usually you'll ne
On Tue, Jun 2, 2015 at 8:42 PM, Duncan Murdoch wrote:
> Several of us have been talking about this, and have more or less decided
> against pandoc for the within-R version. It is too hard to build, or to
> include with R, on weird platforms. Something like commonmark is more likely.
> We'd als
In addition to what has been said already, you should check C code for
-pedantic compiler warnings (in particular GNU extensions) and verify
that the package builds with parallel make (e.g. MAKE=make -j8).
On Fri, Jun 12, 2015 at 7:24 AM, Mick Jordan wrote:
>
> Is the mechanism by which packag
Hi Radford
On Fri, Aug 21, 2015 at 8:38 PM, Radford Neal wrote:
>
> I've been getting pqR to work on windows systems, and in the process
> have discovered various problems with R core versions of R and with
> Rtools.
We happen to be working on a new version of the windows tool chain,
perhaps yo
On Tue, Aug 25, 2015 at 10:33 PM, Martin Morgan wrote:
>
> actually I don't know that it does -- it addresses the symptom but I think
> there should be an error from libcurl on the 403 / 404 rather than from
> read.dcf on error page...
Indeed, the only correct behavior is to turn the protocol e
On Thu, Aug 27, 2015 at 5:16 PM, Martin Maechler
wrote:
> Probably I'm confused now...
> Both R-patched and R-devel give an error (after a *long* wait!)
> for
>download.file("https://someserver.com/mydata.csv";, "mydata.csv")
>
> So that problem is I think solved now.
I'm sorry for the c
On Sat, Sep 5, 2015 at 2:05 PM, Tom Wenseleers
wrote:
> I was just wondering if the default directory to store packages on Windows
> platforms could therefore not better be made the personal library folder,
> Users/Username/Documents/R/win-library/3.XX/
I think this is already the case? The fi
When building R-devel with gcc 5.2.0 (mingw-w64 v4) on Windows, make
check fails reg-tests-1b.R at the following check:
x <- c(1:2, NA)
sx <- sd(x)
!is.nan(sx)
Here 'sx' should be 'NA' but it is 'NaN'. It turns out this problem
only appears when the function is byte compiled with optimizati
On Mon, Sep 14, 2015 at 4:16 PM, Duncan Murdoch
wrote:
> I think the reason for the earlier restriction is the assumption that
> eventually gcc will be fixed and this workaround won't be necessary, but
> apparently 5.2.0 still has the same problem.
I tested this hypothesis by replacing '__GNUC__
On Mon, Sep 14, 2015 at 8:49 PM, Jeroen Ooms wrote:
> I tested this hypothesis by replacing '__GNUC__ <= 4' with '__GNUC__
> <= 5' and rebuilding R, but this introduces a whole lot of problems
> that were not there before. In particular R crashes when using
On Wed, Sep 16, 2015 at 9:32 PM, Avraham Adler wrote:
> When running make check, I get the following error:
>
> running code in 'reg-packages.R' ...make[3]: *** [reg-packages.Rout] Error 1
> make[2]: *** [test-Reg] Error 2
> make[1]: *** [test-all-basics] Error 1
> make: *** [check] Error 2
>
> L
On Sat, Oct 10, 2015 at 8:02 AM, Prof Brian Ripley
wrote:
>
> It was used to make manuals when building R from sources. This has been
> worked around in R-patched/R-devel. If you need to build an earlier version
> of R, edit doc/manuals/Makefile.win ...
Thank you for the fix.
FWIW, texi2dvi.
On Thu, Oct 15, 2015 at 9:11 AM, Philip Gillißen wrote:
> I'm using R in a corporate environment...
That's irrelevant.
> is possible to force R to verify integrity via SHA256 or even OpenPGP
> signatures? If not are there any plans to support better hashes than MD5? As
> the source code looks,
On Sat, Oct 17, 2015 at 9:04 PM, McCully, Dwayne (NIH/NIAMS) [C]
wrote:
> After trying several ways to compile R 3.2.2 without luck, I’m reaching out
> for help.
If you are new to R you probably want to use the precompiled binaries.
On CentOS/RHEL these are available through the EPEL repositorie
WRE explains that R_alloc() can be used to allocate memory which
automatically gets released by R at the end of a .C, .Call or
.External, even in the case of an error or interruption. This is a
really great feature to prevent memory leaks. I was wondering if there
is a way to extend this mechanism
On Fri, Dec 11, 2015 at 12:49 AM, Konrad Rudolph
wrote:
>
> On the chance that I’m trying to solve the wrong Y to an X/Y problem,
> the full context to the above problem is explained in [1]. In a
> nutshell, I am hooking a new environment into a function’s parent.env
> chain, by re-assigning the f
Reusing a libcurl based url() connection can lead to a crash:
con <- url("http://httpbin.org/get";, method = "libcurl")
readLines(con)
readLines(con)
readLines(con)
The problem does not appear for other url() implementations:
con <- url("http://httpbin.org/get";, method = "internal")
A nice default value for the `destfile` argument in download.file() would
be `basename(url)` i.e. the name of the downloaded file. This would
correspond to default behavior in many other web/ftp clients and makes code
slightly more concise:
download.file("https://svn.r-project.org/R/trunk/doc/CR
It looks like the https certificate on r-project.org is currently
expired. I am sure sysadmin in Vienna is on it, but perhaps we can
prevent this from happening again by adding a check in R or the mirror
report [1] to warn about mirrors with https certs that are about to
expire:
library(openssl)
On Sun, Apr 3, 2016 at 6:44 PM, Ray Donnelly wrote:
> I've started to look into building R for Windows using MSYS2 as both the
> build environment and tools + libraries provider (where possible).
Thanks for your reply, and for the patches.
Last time I had a look at this (a few months ago) anothe
On 05/05/2016 10:11, Uwe Ligges wrote:
> Actually this also happens under Linux and I had my R processes killed
> more than once (and much worse also other processes so that we had to
> reboot a server, essentially).
I found that setting RLIMIT_AS [1] works very well on Linux. But this
requires th
The following used to work in R 3.2.5 but not in 3.3.0:
library(MASS)
ns <-.getNamespace("MASS")
unloadNamespace(ns)
Calling unloadNamespace("MASS") directly still works.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo
On Thu, May 12, 2016 at 9:51 AM, Martin Maechler
wrote:
> My conclusion was I could not use the RAppArmor package.
>
> (But that's wrong: For the rlimit*() functions below, one do
> *NOT* need an AppArmor-enabled version of Linux !)
Yes, it is a relatively recent (unadvertised) feature that th
I would like to propose that Rf_mkString(NULL) and Rf_mkChar(NULL)
return NA rather than segfault.
Case: the mkString() and mkChar() functions are convenient to wrap
strings returned by e.g. external C libraries into an R vector.
However sometimes a library returns NULL instead of a string when th
On Tue, May 17, 2016 at 5:32 AM, Venkat Ramakrishnan
wrote:
> I am running the make from my D:\ partition, and I have created a \TMP
> directory
> under both C:\ and D:\. I have also modified my environment variables TEMP
> and TMP both point to C:\TMP.
I think you actually need to set the 'TMPD
On Thu, May 12, 2016 at 1:20 PM, Jeroen Ooms wrote:
> I would like to propose that Rf_mkString(NULL) and Rf_mkChar(NULL)
> return NA rather than segfault.
An example implementation: https://git.io/vroxm
With this patch, mkChar(NULL), mkCharCE(NULL, ce) would return
NA_STRING rathe
On Tue, May 24, 2016 at 5:59 PM, Gabriel Becker wrote:
> Shouldn't Rf_mkString(NULL) return (the c-level equivalent of) character()
> rather than the NA_character_?
No. It should still be safe to assume that mkString() always returns a
character vector of exactly length one. Anything else could l
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
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, 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:
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
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, 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
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 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 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, 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
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
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 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
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
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, 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
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
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 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'
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
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) <
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
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
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
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
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
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
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 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
1 - 100 of 218 matches
Mail list logo
