In the following code routine 'initaquaphy' is defined in Fortran,
and dynamically loaded into R.:
test.f:
subroutine initaquaphy(odeparms)
external odeparms
double precision pars(19)
common /myparms/pars
call odeparms(19, pars)
return
end
$ R CMD
I'm the maintainer of odesolve. In the ...odesolve/dynload/c directory
of the windows distribution are two files that should not be: mymod.o
and mymod.so (I just noticed them). Try deleting them and rerunning
your compilation.
By the way, you might want to take a look at deSolve, which superced
I am experimenting with exporting pointers to some of the functions in
deSolve so that other packages may import them, using the
'R_RegisterCCallable' mechanism. I have added a header file and some
other C code in inst/include of the deSolve source package that need to
be accessible to other pack
(I just realized that when "they" upgraded my mail program, "they" reset
my preferences to send html and text for internet mail. I have fixed
the preferences to text only, and apologize).
Well, where would I get the idea it was NOT reading .Rprofile, since it
clearly IS reading Rprofile.site? How