Thank you, Martin. I linked to your message in a comment here so maybe
other people will know about that useful technique:
http://singmann.org/installing-r-devel-on-linux/#comment-161
However, when I try it, I get an error:
$ make
make[1]: Entering directory '/home/frederik/pkg-tmp/R-sv
On Tue, May 24, 2016 at 9:30 AM, Jeroen Ooms
wrote:
> 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 retu
> Keith O'Hara
> on Tue, 24 May 2016 12:47:43 -0400 writes:
> svn checkout https://svn.r-project.org/R/trunk/
yes, indeed. thank you, Keith.
and from then on only
cd
svn up
(which is short for 'svn update').
Another hint: Then do *not* build in the source direct
Thanks. OK, I get
$ ./configure --prefix=$HOME/r-svn-test --cache-file=config.cache
STRIP=true && make -j8
...
checking for Fortran flag to compile .f95 files... none
checking for gfortran option to support OpenMP... -fopenmp
checking for recommended packages... ls: cannot acc
svn checkout https://svn.r-project.org/R/trunk/
> On May 24, 2016, at 12:45 PM, frede...@ofb.net wrote:
>
> I agree with Martin's summary of the situation, and with the updated
> NEWS entry.
>
> I'm not familiar with Subversion, can you tell me the command to use?
>
> (I tried "svn co https://
I agree with Martin's summary of the situation, and with the updated
NEWS entry.
I'm not familiar with Subversion, can you tell me the command to use?
(I tried "svn co https://svn.r-project.org/R/"; but it seems to be
downloading all branches)
Frederick
On Tue, May 24, 2016 at 04:30:11PM +0200,
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
Why should Rf_mkString(NULL) produce NA_STRING instead of ""
(R_BlankString)? I prefer that passing in a nil pointer would cause
an error instead, as the nil may arise by accident, perhaps a pointer
to freed memory, and I would like to be notified that my code is bad instead
of getting a random NA
Shouldn't Rf_mkString(NULL) return (the c-level equivalent of) character()
rather than the NA_character_? An empty string and NULL aren't the same. It
seems reasonable for Rf_mkChar to give NA_character_ though.
~G
On Tue, May 24, 2016 at 8:42 AM, Jeroen Ooms
wrote:
> On Thu, May 12, 2016 at 1:
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 rather than segfault
On 5/23/16 10:46 PM, Prof Brian Ripley wrote:
On 24/05/2016 00:54, Simon Urbanek wrote:
Um... any reason why you don't simply disable aqua? That file is only
compiled if you enable aqua - it has really nothing to do with
grDevices ...
Also, you can specify a compiler for Objective-C separatel
> peter dalgaard
> on Tue, 24 May 2016 13:47:27 +0200 writes:
> I had a regression in config.site so the nightly build didn't.
Retrying
> Looks like it will build, but the ctl-R, ctl-C bug is still present on
OSX (w/Simon's libs). This _was_ fixed for a while, was it not
On my machine (iMac w/ El Capitan (10.11.4)), svn rev. 70662 builds without any
errors (and the warning I mentioned before is now gone too).
K
> On May 24, 2016, at 6:55 AM, Martin Maechler
> wrote:
>
>
> Can you (Frederick, Peter, Keith, but ideally others, too)
> confirm that you don't see
I had a regression in config.site so the nightly build didn't. Retrying
Looks like it will build, but the ctl-R, ctl-C bug is still present on OSX
(w/Simon's libs). This _was_ fixed for a while, was it not?
(The NEWS entry is also wrong: The issue existed before readline 6.3)
-pd
On 24 May
Can you (Frederick, Peter, Keith, but ideally others, too)
confirm that you don't see any problems anymore, when building a
version of R-devel from sources that are newer
than (or equal to) svn revision 70632 (2016-05-19 10:59:51, see below)?
I'm asking because the question is open if these sho
15 matches
Mail list logo
