Many thanks Peter for your answer.
That page was exactly what I was looking for. I suppose I was in too much
of a hurry. I didn't developer links on the page R page and quick google
didn't give me anything.
That's great, thanks!
On Tue, Aug 1, 2017 at 4:29 PM, Ramón Fallon
For anyone interested, here is the FreeBSD bug report.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221127
signature.asc
Description: PGP signature
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Dirk Eddelbuettel writes:
> On 31 July 2017 at 19:38, Joseph Mingrone wrote:
> | This happens when attempting to install any package. There were no such
> | problems on 11.0.
> |
> | Some other ways to trigger the problem:
> [...]
> | trying URL
For the 2nd example, I say that R 3.4.1 result is acceptable, as names(c(x))
and names(x) are equal.
The change exposed by the 2nd example is in line with statement of the NEWS
item corresponding to PR#17284: "c() and unlist() are now more efficient in
constructing the names(.) of their return
On 01/08/2017 17:26, peter dalgaard wrote:
If you check developer.r-project.org, you'll find links to the scripts that we
use for building releases and pre-releases of R. These are usually run on a
Mac, but shouldn't require much change for Linux. In particular, notice this
lead-in in the
If you check developer.r-project.org, you'll find links to the scripts that we
use for building releases and pre-releases of R. These are usually run on a
Mac, but shouldn't require much change for Linux. In particular, notice this
lead-in in the prerelease script:
rm -rf BUILD-dist
mkdir
Hi,
Just a quick mail to mention that I cannot generate a new configure script
using autoconf or autoreconf. I had edited the configure.ac and thought ...
"oh, that's my fault", but then I tried it on R-patched and R-3.4.1 without
touching configure.ac and had the same problems.
The "building R
On 31 July 2017 at 19:38, Joseph Mingrone wrote:
| This happens when attempting to install any package. There were no such
| problems on 11.0.
|
| Some other ways to trigger the problem:
[...]
| trying URL 'https://cloud.r-project.org/src/contrib/Rcpp_0.12.12.tar.gz'
| [New LWP 100854 of process
Thank you Michael for updating the 3.4 branch, the `callNextMethod()` now
works for `...` methods as expected. However, I'm still missing your other
patch fixing the handling of arguments in `...` methods. It would be really
great if this bugfix could be integrated into the 3.4 branch as well,
Thank you!. My apologies again for not including the console output in my
message before. I sent another e-mail with the output in the meantime, so
it should be a bit clearer now, what I am seeing. In case I missed
something, please let me know.
Yes, I am using latin1 and cp1252 interchangebly
You seem confused about Latin-1: those characters are not in Latin-1.
(MicroSoft code pages are a proprietary encoding, some code pages such
as CP1252 being extensions to Latin-1.)
You have not given the 'at a minimum information' asked for in the
posting guide so we have no way to reproduce
On 08/01/2017 03:58 AM, Matthew Myint wrote:
Hi,
I currently maintain cytofkit, which used to be updated on bioconductor by
the git-svn bridge. Our package has a repository on Github, and so far,
I've maintained the versions by updating both the SVN and our own Github
repositories separately.
Sorry, I should have included my console output, obviously. So here we go:
Wrong UTF-8 escapes with using print in v3.5.0 devel:
# R Under development (unstable) (2017-07-30 r73000) -- "Unsuffered
Consequences"
# Platform: x86_64-w64-mingw32/x64 (64-bit)
> x <- c("€", "–", "‰")
> Encoding(x)
Upon further inspection, I think these are at least two problems.
First the issue with printing latin1/cp1252 characters in the "80" to "9F"
code range.
x <- c("€", "–", "‰")
Encoding(x)
print(x)
I assume that these are Unicode escapes!? (Given that Encoding(x) shows
"latin1" I'd rather expect
Hi,
I currently maintain cytofkit, which used to be updated on bioconductor by
the git-svn bridge. Our package has a repository on Github, and so far,
I've maintained the versions by updating both the SVN and our own Github
repositories separately. However, for ease of maintenance, I was trying
15 matches
Mail list logo