X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.98.4 at av02.lsn.net
Subject: Re: [geda-user] should we broaden scope of libgeda
To: geda-user AT delorie DOT com
References: <20160102091556 DOT BBC6D809D79B AT turkos DOT aspodata DOT se>
 <CAJXU7q_Zwyfpcb4g00QCFNTjQ9Le2Tm8WjKz3CKMnNXb7gMceg AT mail DOT gmail DOT com>
From: John Griessen <john AT ecosensory DOT com>
Message-ID: <56880680.8070104@ecosensory.com>
Date: Sat, 2 Jan 2016 11:18:56 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Icedove/38.4.0
MIME-Version: 1.0
In-Reply-To: <CAJXU7q_Zwyfpcb4g00QCFNTjQ9Le2Tm8WjKz3CKMnNXb7gMceg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id u02HJ1h6022202
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

On 01/02/2016 09:31 AM, John Doty wrote:
 > A tricky part of doing gnetlist-like things in gschem is that gnetlist takes a global view of the thing you’re netlisting 
(simulation, board, cell, …) while gschem takes a page-level view. Gnetlist knows, from its command line, exactly which pages are 
the top level pages representing the netlist. Gschem does not know which open pages represent what in any broad sense. One 
consequence of this is that broken hierarchy can throw gnetlist into an infinite loop

Since the suggestion was about "low level" tasks it could be kept reliable.  All gschem would do is pass out data, not get in a loop.