Dear R Developers, Here is a small patch against the trunk that makes 'makeNamespace' a first-level function (not defined inside another closure) and defines two wrapper functions to 'registerNamespace' and 'unregisterNamespace'.
http://dyncall.org/~dadler/R-trunk-public-namespace.diff The patch does not include a manual page for now, since I would like to get a feedback on this change first -- let me know if this makes sense to you or not. At least, from what I can say… the rdyncall package would work without using '.Internal' then -- and I do not have to apply 'do.call' hacks to prevent the package from removal on CRAN. Regards, - Daniel On Aug 20, 2012, at 5:09 PM, Hadley Wickham wrote: >> This is also very relevant for devtools. There have been some recent >> changes to the in-development version of devtools, so that it loads >> development packages into a namespace. Previously, it didn't use >> namespaces, but now that it does, it much more closely approximates >> normal package loading behavior. >> >> It now uses the internal functions registerNamespace and >> unregisterNamespace. Is there a workaround to do these things without >> using the internal functions? > > We're very aware that using these internal functions ties us to a > specific version of R, and that they may change at any point in the > future and break our code. That's an acceptable trade-off - using > these internal functions gives us capabilities that makes fixing the > code in the future worthwhile. > > A minimal change to R that would satisfy our needs (and I suspect > Daniel's) would be to move makeNamespace into the base package (i.e. > up out of the function it is currently contained in), and to create R > wrapper functions for registerNamespace and unregisterNamespace. They > wouldn't even need to be exported - we know what we're doing is > dangerous. > > If that solution isn't acceptable, we'd also be very happy to work > with any R-core member to help develop a public facing API for > namespace manipulation, including providing tests for common use > cases. > > Please let us know what we can do to help! > > Hadley > > -- > Assistant Professor > Department of Statistics / Rice University > http://had.co.nz/ ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
