gEDA-dev: gschem -- Datastructures

[Peter TB Brett]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://www.seul.org/pipermail/geda-dev/attachments/20060801/4e245033/attachment.pgp