gEDA-user: Schematic Level DRC DIscussion

[Steve Meier]

Peter,

I have been putting one together as I modify g_smob.c, g_rc.c and
g_register.c

It is in an open office format and is very raw but attached is the
current version. Suggestions on what the API should look like are
allways welcome.

For example, your suggestion

"No. Special case-tastic. If anything, we could make an {s|o}_slot.c and
define slotting API there. Slots _use_ attributes, but aren't necessary
in the attribute API its-self."

Lead me to create a slot structure and an api for slots

//-----------------------------------------------------------------------------
/*
 * Peter Clifton suggested the seperation of the slot structure 
 * the attribute structure  
 */

struct st_slot
{
  int    reference_count;

  gchar  *name;

  GList  *entries;  // this is a list of SLOT_ENTRY pointers
                    // SLOT_ENTRY is a private structure of st_slot

  ATTRIB *attrib;   // this is a reference to the associated ATTRIB
};

and slot entries looks like

//----------------------------------------------------------------
// SLOT_ENTRY Prototypes

struct st_slot_entry
{
  int    pin_sequence;       
  gchar *pin_number;
};

SLOT_ENTRY *s_slot_entry_new();

void s_slot_entry_init(SLOT_ENTRY *this_slot_entry, int pin_sequence,
gchar *pin_number);

void s_slot_entry_free(SLOT_ENTRY* this_slot_entry);

SLOT_ENTRY *s_slot_entry_duplicate(SLOT_ENTRY *this_slot_entry);

void s_slot_entry_print(SLOT_ENTRY *this_slot_entry);



Thanks again,

Steve Meier


On Wed, 2007-11-07 at 23:32 +0000, Peter Clifton wrote:
> On Wed, 2007-11-07 at 14:32 -0800, Steve Meier wrote:
> > In the official geda version I don't.
> > 
> > In my stuff. Yep, heavily.
> > 
> > I have scripts for loading existing nets lists into the eda library,
> > other scripts for modifing the net based upon eco reports from pads. 
> > 
> > I am currently working on replacing the reading/writting of schematics
> > and symbols with guile scripts. 
> 
> I saw you mention that before, with some interest.. I'd suggested it to
> Peter Brett over dinner last week, as a possibility to help support
> different evolving file-formats, and for future import / export of non
> "native" format files. I'm glad to see there is actually going to be
> code to to this out there.
> 
> Do you have a guile API documented?
> 
> > >From my perspective this will allow a non-gui application to do every
> > thing from translate files, update files (version changes), implment
> > back anotation, run rule based design checks and generate net lists
> > (flat or hierarchical) vhdl or spice.
> 
> Sounds like a good direction to go in, it matches up with how I wanted
> to do online per "page" / "circuit" / (insert term here) net-listing in
> libgeda, and use gnetlist as just an exporter plugin framework for that.
> (Perhaps letting it take charge of merging a hierarchical design).
> 
> Best wishes,
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: s_slot.h
Type: text/x-chdr
Size: 2393 bytes
Desc: not available
Url : http://www.seul.org/pipermail/geda-user/attachments/20071107/93874ba0/attachment-0001.h 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: guile_interface_rev0.01.odt
Type: application/vnd.oasis.opendocument.text
Size: 12736 bytes
Desc: not available
Url : http://www.seul.org/pipermail/geda-user/attachments/20071107/93874ba0/attachment-0001.odt