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? Dirk | Davor | | | 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 | [email protected] | https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel -- Dirk Eddelbuettel | [email protected] | http://dirk.eddelbuettel.com _______________________________________________ Rcpp-devel mailing list [email protected] https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
