It is possible to load the code into R (without recompiling R), but your<br>post (and the original post) has destroyed any motivation I might have<br>had to explain.<br><br><div class="gmail_quote">On Mon, Aug 30, 2010 at 11:42 AM, Davor Cubranic <span dir="ltr"><<a href="mailto:cubranic@stat.ubc.ca">cubranic@stat.ubc.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">And this response is clearly a flame with (also) an obvious bias and no<br>
constructive contribution towards the issue at hand.<br>
<br>
Leaving bias, politics, and copyright aside, let's answer question 1:<br>
why compile Rcpp with VC if you won't be able to load that code into R?<br>
<font color="#888888"><br>
Davor<br>
</font><div><div></div><div class="h5"><br>
<br>
On August 30, 2010 08:26:39 am Dominick Samperi wrote:<br>
> Play by the rules? Attract the wrong crowd? Lower our standards?<br>
> This is clearly a political post with an obvious bias.<br>
><br>
> Such propaganda would probably be frowned upon if it wasn't for the<br>
> fact the the person who posted this message is also the<br>
> mailing list maintainer.<br>
><br>
> Free software ideology and R-Forge emerged to facilitate sharing,<br>
> not to be used as tools to build empires.<br>
><br>
> As Romain does *all* of the development, creative work, and<br>
> quality control, he should decide where to go with this, not a<br>
> politician.<br>
><br>
> Dominick<br>
><br>
> On Mon, Aug 30, 2010 at 8:25 AM, Dirk Eddelbuettel <<a href="mailto:edd@debian.org">edd@debian.org</a>><br>
wrote:<br>
> > Having discussed this some more with Romain who has no strong views<br>
> > on the matter, I am inclined to the remove the patch that added<br>
> > the ability for<br>
> ><br>
> > compilation with MSVC as I cannnot come up with answers to these<br>
questions:<br>
> > i) Why would it make sense to have this? Honestly, what is it<br>
> > good for<br>
> ><br>
> > to<br>
> ><br>
> > compile Rcpp _in isolation_ when one cannot load the<br>
> > resulting object code in R ?<br>
> ><br>
> > ii) The new files lack proper headers, credits, copyrights. Our<br>
> > code<br>
> ><br>
> > plays<br>
> ><br>
> > by the rules in terms of credits, copyrights and licensing. I<br>
> > see no reason to lower our standards and risk getting into<br>
> > trouble when as per i) there is no reason or upside anyway.<br>
> ><br>
> > iii) I fear it attracts the wrong crowd of Windows users with<br>
> > little<br>
> ><br>
> > knowledge about R, and little C/C++ understanding outside<br>
> > their cherished IDE. If people want something for Visual<br>
> > Whatever, I just learned from Bryan Lewis the other day that<br>
> > he is working on an Rserve-on-Windows improvement -- see<br>
> > <a href="http://illposed.net/rserve.html" target="_blank">http://illposed.net/rserve.html</a> and in particular the last<br>
> > paragraph. That is a better route as it<br>
> ><br>
> > may<br>
> ><br>
> > actually work with dotWhatever etc.<br>
> ><br>
> > But before I remove the patch I would like to hear from potential<br>
> > users (ideally: others than just the patch submitters) as to why<br>
> > this would be a bad idea.<br>
> ><br>
> > Thanks, Dirk<br>
> ><br>
> > --<br>
> > Dirk Eddelbuettel | <a href="mailto:edd@debian.org">edd@debian.org</a> | <a href="http://dirk.eddelbuettel.com" target="_blank">http://dirk.eddelbuettel.com</a><br>
> > _______________________________________________<br>
> > Rcpp-devel mailing list<br>
> > <a href="mailto:Rcpp-devel@lists.r-forge.r-project.org">Rcpp-devel@lists.r-forge.r-project.org</a><br>
> > <a href="https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-d" target="_blank">https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-d</a><br>
> > evel<br>
</div></div></blockquote></div><br>