On Thursday 01 March 2007 03:19:10 Dan McMahill wrote: > I'd see this actually as an opportunity to build the internal database > in a good way and then provide a more sane and complete scheme api for > accessing the database.
The way it's currently mapped out in my head: - libgeda provides a C API for doing stuff like netlisting. - the API is designed to be easy to write bindings for - bindings can then be written in <LANGUAGE>, but gnetlist & friends could easily be kept for backwards-compatibility. I'm a big fan of removing Guile from libgeda's dependencies, and providing an API to do the things that Scheme is currently used for. This means my Python BOM/inventory management program won't have to pull in the whole of Guile *and* Python every time it starts up. Peter -- Fisher Society committee http://tinyurl.com/o39w2 CUSBC novices, match and league secretary http://tinyurl.com/mwrc9 CU Spaceflight http://tinyurl.com/ognu2 v3sw6YChw7$ln3pr6$ck3ma8u7+Lw3+2m0l7Ci6e4+8t4Gb8en6g6Pa2Xs5Mr4p4 hackerkey.com peter-b.co.uk
pgp9qEcxZMHNm.pgp
Description: PGP signature
_______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
