[Rcpp-devel] Resolving NativeSymbolInfos from Rcpp
edd at debian.org
Sun Oct 7 22:59:55 CEST 2012
On 7 October 2012 at 13:40, Davor Cubranic wrote:
| Just a heads up that the hack to convert NativeSymbolInfo of an object
| in one package to a function pointer that is called from another (in my
| case, calling "loess_raw" in stats from rgam), is not allowed any more
| in development versions of R and will cause a crash.
Not surprising, given all the other API tightening going on.
So what are you going to do for your package? Import loess as source?
| On 10-06-10 03:28 PM, Davor Cubranic wrote:
| > On 2010-06-08, at 10:46 PM, Romain Francois wrote:
| >>>> Reading the information on writing R extensions, it sounds like there
| >>>> may not be a way to get to the address of an object in another
| >>>> package's DLL. (In this case, in stats.so.) However, there is a
| >>>> NativeSymbolInfo for stats:::R_loess_raw, which includes all sorts of
| >>>> info about the C method. Is there a way that this can be used to get a
| >>>> function pointer to it from within my code? And if this is too
| >>>> unportable, is there a cleaner way?
| >> After some more coffee, I came up with this:
| >> [...]
| >> Please expand the part that is actually suppose to call loess_raw and let us know if something useful happens.
| > That worked like a charm, Romain, thank you so much! (At least on OS X, I only tested it there so far.)
| > Davor
| Rcpp-devel mailing list
| Rcpp-devel at lists.r-forge.r-project.org
Dirk Eddelbuettel | edd at debian.org | http://dirk.eddelbuettel.com
More information about the Rcpp-devel