Re: [Rd] Embedding R and registering routines

2007-05-02 Thread Duncan Temple Lang
Simon Urbanek wrote: > Duncan, > > I see your point. But in that case Apache is the one managing the > life of the so, not R, and in many cases unloading the module would > also mean to unload R in which case the problem doesn't arise. Not quite. If apache loads mod_perl and mod_R, say, and

Re: [Rd] Embedding R and registering routines

2007-05-01 Thread Simon Urbanek
Duncan, I see your point. But in that case Apache is the one managing the life of the so, not R, and in many cases unloading the module would also mean to unload R in which case the problem doesn't arise. Also that general case requires that R and the embedding application agree on the dyl

Re: [Rd] Embedding R and registering routines

2007-05-01 Thread Simon Urbanek
Seth, On May 1, 2007, at 5:59 PM, Seth Falcon wrote: > Simon Urbanek <[EMAIL PROTECTED]> writes: > >> Duncan, >> >> are you going to take care of this? I have a quick solution for R- >> devel that adds a special entry if requested. >> >> I'm not quite convinced that we need as much flexibility a

Re: [Rd] Embedding R and registering routines

2007-05-01 Thread Seth Falcon
Simon Urbanek <[EMAIL PROTECTED]> writes: > Duncan, > > are you going to take care of this? I have a quick solution for R- > devel that adds a special entry if requested. > > I'm not quite convinced that we need as much flexibility as adding > arbitrary DllInfos, because the embedding applicati

Re: [Rd] Embedding R and registering routines

2007-05-01 Thread Duncan Temple Lang
Simon Urbanek wrote: > Duncan, > > are you going to take care of this? I have a quick solution for R- > devel that adds a special entry if requested. If you want to go ahead, be my guest. I'm somewhat occupied for the next few days... > > I'm not quite convinced that we need as much flexibili

Re: [Rd] Embedding R and registering routines

2007-05-01 Thread Simon Urbanek
Duncan, are you going to take care of this? I have a quick solution for R- devel that adds a special entry if requested. I'm not quite convinced that we need as much flexibility as adding arbitrary DllInfos, because the embedding application is a really special concept (everything else is dy

Re: [Rd] Embedding R and registering routines

2007-05-01 Thread Duncan Temple Lang
Simon Urbanek wrote: > Since I'm not sure I really understand Jeff's question this is just > my interpretation, but I think the point was that you may want to > register symbols *not* from a DLL but from the embedding application > itself (e.g. like R.app GUI that embeds libR registers its en

Re: [Rd] Embedding R and registering routines

2007-05-01 Thread Simon Urbanek
Since I'm not sure I really understand Jeff's question this is just my interpretation, but I think the point was that you may want to register symbols *not* from a DLL but from the embedding application itself (e.g. like R.app GUI that embeds libR registers its entry for quartz.save). I wou

Re: [Rd] Embedding R and registering routines

2007-05-01 Thread Duncan Temple Lang
Jeffrey Horner wrote: > Hello, > > The use of .Call and the like all depend on loading shared libraries and > registering routines from it. Also, .Primitive and .Internal depend on > routines being registered in the R binary. And applications that embed R > can override routines declared in Rin

[Rd] Embedding R and registering routines

2007-05-01 Thread Jeffrey Horner
Hello, The use of .Call and the like all depend on loading shared libraries and registering routines from it. Also, .Primitive and .Internal depend on routines being registered in the R binary. And applications that embed R can override routines declared in Rinterfac.h, but is there a way for a