(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
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'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
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
