Re: [Rd] Problems with S4 methods dispatching on `...` (aka dotsMethods)

2017-04-20 Thread Michael Lawrence
Thanks for pointing out these issues. I have a fix that I will commit soon. Btw, I would never have seen the post on Stack Overflow. It's best to report bugs on the bugzilla. Michael On Thu, Apr 20, 2017 at 8:30 AM, Andrzej Oleś wrote: > Hi all, > > I recently encountered some unexpected behavi

Re: [Rd] Intel MKL compiling issue

2017-04-20 Thread Prof Brian Ripley
There is nothing here indicating any kind of error, so no way to give any insights And please do follow the posting guide, including not posting HTML. FWIW, I have tested R 3.4.0 RC (sic) with MKL 11.3, which is later than your 2013 ... (on x86_64 Fedora 24). On 20/04/2017 10:39, jing

[Rd] Problems with S4 methods dispatching on `...` (aka dotsMethods)

2017-04-20 Thread Andrzej Oleś
Hi all, I recently encountered some unexpected behavior with S4 generics dispatching on `...`, which I described in http://stackoverflow.com/questions/43499203/use-callnextmethod-with-dotsmethods TL;DR: `callNextMethod()` doesn't work in methods dispatching on `...`, and arguments of such methods

Re: [Rd] system/system2 and open file descriptors

2017-04-20 Thread William Dunlap via R-devel
In S+ on Unix-alikes we dealt with this issue by using fcntl(fd, F_SETFD, 1) to set the close-on-exec flag on a file descriptor as soon as we opened it. Bill Dunlap TIBCO Software wdunlap tibco.com On Wed, Apr 19, 2017 at 8:40 PM, Winston Chang wrote: > In addition to the issue of a child proces

Re: [Rd] ask.yes.no() function

2017-04-20 Thread Duncan Murdoch
On 20/04/2017 9:13 AM, Dirk Eddelbuettel wrote: On 20 April 2017 at 09:33, Michael Sumner wrote: | Perhaps worth pointing out "yesno" as a candidate: | | https://CRAN.R-project.org/package=yesno | Not really as i) base R will not have dependencies o

Re: [Rd] ask.yes.no() function

2017-04-20 Thread Dirk Eddelbuettel
On 20 April 2017 at 09:33, Michael Sumner wrote: | Perhaps worth pointing out "yesno" as a candidate: | | https://CRAN.R-project.org/package=yesno | Not really as i) base R will not have dependencies outside of it ii) more importantly, Duncan asked

Re: [Rd] c() documentation after change; 'recursive' in "base" methods

2017-04-20 Thread Martin Maechler
> Suharto Anggono Suharto Anggono via R-devel > on Wed, 19 Apr 2017 22:50:41 + writes: > In R 3.4.0 RC, argument list of 'c' as S4 generic function has become > (x, ...) . > However, "S4 methods" section in documentation of 'c' (c.Rd) is not updated yet. Thank you, I

Re: [Rd] R 3.4 has broken C++11 support

2017-04-20 Thread Angerer, Philipp via R-devel
indeed. Makeconf isn’t in the right spot, so the correct vars aren’t set. thank you all and sorry for the noise! Von: "Ista Zahn" An: "Angerer, Philipp" CC: "Dirk Eddelbuettel" , "Martyn Plummer" , "r-devel" Gesendet: Mittwoch, 19. April 2017 19:10:20 Betreff: Re: [Rd] R 3.4 has broken

Re: [Rd] ask.yes.no() function

2017-04-20 Thread Michael Sumner
Perhaps worth pointing out "yesno" as a candidate: https://CRAN.R-project.org/package=yesno Cheers, Mike On Wed, 19 Apr 2017 at 21:55 Duncan Murdoch wrote: As described in , R base functio

Re: [Rd] Default R-3.4.0 RC CXXFLAGS without -O2 on x86_64-linux-gnu with g++-5.4.0 causes WARNING from stl_list.h

2017-04-20 Thread Martyn Plummer
This is fixed in R-rc_2017-04-19_r72555.tar.gz If you are affected by this issue then please test the RC tarball. This is the last chance to detect problems (including those created by the last-minute patch) before the release of R 3.4.0. Martyn On Wed, 2017-04-19 at 12:19 +, Neumann, Steffe