On Tuesday 01 August 2006 19:59, Patrick Bernaud wrote: > > > - separate libgeda from the schematics stuff: creating a libgschem > > > and a libgnetlist C libraries on top of libgeda would be a good > > > thing. It has already been discussed before on the list. > > > > libgeda just for reading the config files? > > More like providing a common base object that you can later subclass, > attribute... Nothing schematic/netlisting specific. Reading > configuration file depends on application. It would like to remove the > dependency of libgeda on guile (but wrap it in guile). > I have to respectfully disagree with this. To me, libgeda seems like the ideal place to put EDA-specific GTK widgets (such as a schematic-drawing widget), as well as general functions and types for manipulating schematics, netlists and possible PCB layouts. This would mean that if I write some application to manipulate geda schematics and netlists, I'd only have to link against one library rather than three, with the increased startup time entailed as the runtime linker figures out what to do with the three different inter-linking libraries. However, it would be perfectly possible to split the library functions prototypes into a number of separate header files (one for schematics, one for netlists, one for Guile interpreter tools, one for logging). To reiterate, I think it would be best to have a simple divide: stuff that's shared between geda apps goes in libgeda, stuff that's app-specific stays within the app itself. However, I thing this is going to require a proclamation ex cathedra from Ales to resolve the "right way" to move forward. Cheers, Peter -- Fisher Society publicity officer http://tinyurl.com/o39w2 CUSBC novices, match and league secretary http://tinyurl.com/mwrc9 Quake II build tools maintainer http://tinyurl.com/fkldd v2sw6YShw7$ln5pr6ck3ma8u6/8Lw3+2m0l7Ci6e4+8t4Eb8Aen5+6g6Pa2Xs5MSr5p4 hackerkey.com
Attachment:
pgpsv86P2OwvI.pgp
Description: PGP signature
_______________________________________________ geda-dev mailing list geda-dev@xxxxxxxxxxxxxx http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev