Displaying 4 results from an estimated 4 matches for "copropr".
Did you mean:
copro
2020 Apr 06
2
Rtools and R 4.0.0?
...hain for
> > Windows, since it would imply support for C++17 and so it would become
> > easier for CRAN packages to depend on the newer C++ standard.
> >
>
> One thing to keep in mind (having been the R installation owner in such a
> place for multiple years) is that many coproprate or otherwise controlled
> compute environments may not have access to a c++17 compiler on their
> servers so making it easy for packages to rely on that is not purely
> beneficial to all parts of the R community.
No, you're missing an important point here. On Windows, the toolchain...
2020 Apr 02
5
Rtools and R 4.0.0?
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/testing/rtools40.html)?
>From the sidelines, I can see that the toolchain is being used to
build and test packages on CRAN; if there are any remaining issues
that I can help to try and run down (either in R or any CRAN
2020 Apr 06
0
Rtools and R 4.0.0?
...rospect at seeing a new toolchain for
> Windows, since it would imply support for C++17 and so it would become
> easier for CRAN packages to depend on the newer C++ standard.
>
One thing to keep in mind (having been the R installation owner in such a
place for multiple years) is that many coproprate or otherwise controlled
compute environments may not have access to a c++17 compiler on their
servers so making it easy for packages to rely on that is not purely
beneficial to all parts of the R community. Not saying that should heavily
inform this decision, just wanted to throw that out there...
2020 Apr 06
0
Rtools and R 4.0.0?
...s, since it would imply support for C++17 and so it would become
> > > easier for CRAN packages to depend on the newer C++ standard.
> > >
> >
> > One thing to keep in mind (having been the R installation owner in such a
> > place for multiple years) is that many coproprate or otherwise controlled
> > compute environments may not have access to a c++17 compiler on their
> > servers so making it easy for packages to rely on that is not purely
> > beneficial to all parts of the R community.
>
> No, you're missing an important point here. O...