On Dec 29, 2010, at 12:51 PM, Stephan Boettcher wrote: > John Doty <j...@noqsi.com> writes: > >> On Dec 29, 2010, at 6:23 AM, Stephan Boettcher wrote: >> >>> I can imagine that it's not a lot, since this is really a classical >>> case for said design pattern. >> >> The real difficulty here is the complexity of the Guile<->C >> interface. The functions and data on the C side are accessible to the >> midlayer only to the extent that somebody does the (difficult) work of >> exporting them. The C front end is very procedural, performing much >> semantic processing regardless of whether the back end ever requests >> the results. Not a good match to the factored, functional approach. > > Than that is the interface that needs to be morphed according to the > prescribed pattern: the C<->Guile interface. > > And when that's the case, a clean C-API that can be exported to Guile, > Python, Ruby, C++, Fortran, ... just dreaming.
Will you settle for a clean Haskell API that can be exported to Scheme and Lua? Things get a bit eccentric when you have a logician coding for a physicist ;-) John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com _______________________________________________ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
