On 27 September 2016 at 09:37, Eric Deveaud wrote:
| Hello,
|
| I'm tring to install a Rpackage that holds some C//C++ code
|
| as far as I understood the R library generic compilation mechanism,
| compilation of C//C++ sources is controled
|
| 1) at system level by the ocntentos RHOME/et
Le 27/09/16 à 13:31, Dirk Eddelbuettel a écrit :
On 27 September 2016 at 09:37, Eric Deveaud wrote:
| Hello,
|
| I'm tring to install a Rpackage that holds some C//C++ code
|
| as far as I understood the R library generic compilation mechanism,
| compilation of C//C++ sources is controled
|
As a package author, it is in my opinion irresponsible to override these
system settings (which is why it is also impossible). You have no idea
what system it is being deployed on, I mean, you don't even know if the
compiler is gcc. If a user wants (say) heavy optimization they will compile
R with
On 27 September 2016 at 15:23, Eric Deveaud wrote:
| so why ~/R/Makevars allows to change CC and not src/Makevars ?
|
| this is pretty confusing.
It seems weird at first, but makes some sense when you think about it like
this:
-- src/Makevars is inside a package and cannot / should not alter
Le 27/09/16 à 16:30, Dirk Eddelbuettel a écrit :
On 27 September 2016 at 15:23, Eric Deveaud wrote:
| so why ~/R/Makevars allows to change CC and not src/Makevars ?
|
| this is pretty confusing.
It seems weird at first, but makes some sense when you think about it like
this:
-- src/Makevars
Le 27/09/16 à 16:17, Kasper Daniel Hansen a écrit :
As a package author, it is in my opinion irresponsible to override these
system settings (which is why it is also impossible). You have no idea
what system it is being deployed on,
as the it guy dedicated to install and maintain softs on our
So now we have some important context for your original question.
I understand why you want "symmetry" but because of the reasons Dirk
outlines, I personally think it is a bad idea, ie. I disagree with your
statement "anyway I still convinced that if R provides a mechanisn
hierachical way of varia
You're then asking CRAN to violate your "ideal contract" w/r/t compiler
switching inside src/Makevars since CRAN needs to setup and produce
standard, predictable, repeatable builds, including binary generation for
two platforms (much to Dirk's chagrin, there _are_ other operating systems
besides De