<div dir="ltr"><div dir="ltr"><div>Dear Iñaki,</div><div> </div><div>The registration is fine. Besides that, Rcpp creates RcppExports.R and defines wrapper R functions to .Call registered functions. My question was how to prevent it. Post-processing RcppExports.R is a possible workaround suggested by Dirk.</div><div><br></div><div>Best,</div><div>Watal</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 4, 2019 at 11:31 PM Iñaki Ucar <<a href="mailto:iucar@fedoraproject.org">iucar@fedoraproject.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 4 Feb 2019 at 14:59, Watal M. Iwasaki <<a href="mailto:heavy.watal@gmail.com" target="_blank">heavy.watal@gmail.com</a>> wrote:<br>
><br>
> Dear Iñaki,<br>
><br>
> Thanks for the comments. But I know the switch you mentioned. The levels I was talking are within the unexported functions. Here are my imaginary levels:<br>
><br>
> 1. Listed in NAMESPACE; always visible<br>
> 2. Not listed in NAMESPACE; exposed by load_all(export_all = TRUE) or :::<br>
> 3. Not listed in NAMESPACE; only accessible from .Call()<br>
<br>
Compiled functions are only accessible from .Call if you don't use<br>
symbol registration (see 5.4 Registering native routines). But AFAIK,<br>
this is required by CRAN, and thus Rcpp automatically generates symbol<br>
registration for you.<br>
<br>
Iñaki<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Watal M. Iwasaki / 岩嵜 航<br>SOKENDAI, The Graduate University for Advanced Studies,<br>Hayama, Kanagawa 240-0193, Japan<br>+81-46-858-1576<br><a href="https://heavywatal.github.io/" target="_blank">https://heavywatal.github.io/</a></div></div>