search for: f_code

...10 allocate(a(n,n+1)) end I then compiled: >g95 -c allloc.f >R CMD SHLIB allloc.o Here is what happens when I try to dyn.load it in R 2.1.0 > dyn.load("allloc.so") Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared library '/home/jbremson/dev/f_code/allloc.so': /home/jbremson/dev/f_code/allloc.so: undefined symbol: _g95_filename Is there any way to deal with this? Is it somehow possible to reach the fortran 95 through C and avoid this whole problem? Regards, Joel Bremson UC Davis [[alternative HTML version deleted]]

...10 allocate(a(n,n+1)) end I then compiled: >g95 -c allloc.f >R CMD SHLIB allloc.o Here is what happens when I try to dyn.load it in R 2.1.0 > dyn.load("allloc.so") Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared library '/home/jbremson/dev/f_code/allloc.so': /home/jbremson/dev/f_code/allloc.so: undefined symbol: _g95_filename Is there any way to deal with this? Is it somehow possible to reach the fortran 95 through C and avoid this whole problem? Regards, Joel Bremson UC Davis [[alternative HTML version deleted]]

As it turns out, with the proprietary firmware, the VP3 and VP4 interfaces are identical. Furthermore, this is all already implemented for nvc0. So these patches (a) move the easily sharable bits of the nvc0 implementation into the nouveau directory, and then (b) implement the other parts in nv50. The non-shared parts are still largely copies, but there are some differences, not the least of which

A character device for accessing (in user-space) pages that have been granted by other domains. Signed-off-by: Derek Murray <Derek.Murray@cl.cam.ac.uk> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel