gEDA-bug: [ geda-Bugs-2455061 ] Gnetlist output changed, and tests fail with recent GLib

["SourceForge.net" <noreply@xxxxxxxxxxxxxxx>]

Bugs item #2455061, was opened at 2008-12-20 23:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=818426&aid=2455061&group_id=161080

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: gnetlist
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Peter Clifton (petercjclifton)
Assigned to: Nobody/Anonymous (nobody)
Summary: Gnetlist output changed, and tests fail with recent GLib

Initial Comment:
Internally, gnetlist is emitting unique refdes using a foreach operation on a g_hash_table.

The g_hash_table implementation has changed recently:
http://svn.gnome.org/viewvc/glib/trunk/glib/ghash.c?view=log

We shouldn't be relying on the hash table's internal ordering for consistent output.

Worryingly, the test-suite showed not only re-ordering. The test for the PCBboard backend, running on common test schematic netattrib.sch shows a large increase in output with the recent GLib version. This suggests there may be a bug somewhere in gnetlist, or this backend which makes the netlisting more order-sensitive than it ought to be.

We need to introduce some kind of fixed ordering constraint to ensure the test-suite can be used to track desired changes in behaviour in any case.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=818426&aid=2455061&group_id=161080


_______________________________________________
geda-bug mailing list
geda-bug@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-bug