On Sat, Jul 10, 2010 at 4:46 AM, Romain Francois <span dir="ltr">&lt;<a href="mailto:romain@r-enthusiasts.com" target="_blank">romain@r-enthusiasts.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Hello,<br>
<br>
First of all I&#39;m not sure what all of this buys us, so I&#39;d be somehow reluctant to change something that works without understanding what we gain and what we lose.<br>
Why is this important/relevant for you. You say &quot;there are situations where it is useful to link directly to Rcpp.dll&quot;. Please describe.<br></blockquote><div><br>This is more a matter of completeness than new functionality. Currently if you use<br>

Rcpp:::LdFlags(static=FALSE) under Windows you will not get the shared library, so this<br>option doesn&#39;t apply to Windows. WIth the change I suggested you would get<br>Rcpp/libs/Rcpp.dll in this case. I am not suggesting that the casual user should use<br>
this option, but at least Rcpp:::LdFlags() does something reasonable when passed <br>the FALSE option under Windows.<br><br>This is not really that important, but it could be if/when you have many clients, for the<br>same reason that having R.dll is important: all clients can link to the same image (provided<br>
it is not rebased).<br><br>BTW, on the Linux side there is double redundancy: not only is there Rcpp.so and<br>libRcpp.a (containing the same code), but there is also libRcpp.so, which is<br>exactly the same as Rcpp.so. Disk space is cheap, but at the rate new<br>
features are being added to Rcpp this may become an issue at some point.<br><br>| Also, the dll is built anyway, so your client package is free to link against it, i.e. we provide |Rcpp:::LdFlags for convenience but if other packages want to use something else, that&#39;s ok too. Why |can&#39;t you just alter you configure/Makevars so that they link against the dll ?<br>
<br>Yes, of course, this can be implemented on the client side, and this leads to the<br>second reason for my post. I wanted to raise these issues to give you the opportunity<br>to add functionality that properly belongs to Rcpp, and that could conflict with client<br>
defs if they are added to Rcpp later.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
Also, does#if defined(mingw32) || defined(WIN32) <br></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">take care of windows 64 ?<br>
</blockquote><div><br>I think so, unless they add mingw64 and WIN64...<br><br>Dominick<br> <br></div>
</div>