X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=mjdmBZ4XNGpcCjweY/emnJCaJl5kxNPnqYwzy+HPJSk=; b=CBMJ4PkIX8tzKT3GY9+ZnA9JxPFCic2lU2ne7ALxDVRClOZrDHTEYWH4BgVJBXvdaz iJ/bQArravh2fOc/sZ4CNA+sXmsz/cPJldt0NYAIYPke0AHhd+X+ti9SmByUHIRrWWDg Xd5cgyZUPVUNEbvzasD3XprMBrxFSoqi3peCf3FMIW+JdbfVaOlBJOfW1k9P+saeFIgS y27SqsbO1FiHyJsSHrtQTSbY7gfEyqQQqduyi39jsIQwa0v5VJerXYYzrevEu729WMXN LN5FudFszRkOiZQ9q2jEEJH5VhRQ7yX7y5gQ6MOACU4cUyejE7LANuv1N9kwmYQp+XhY uC4Q== MIME-Version: 1.0 X-Received: by 10.182.171.105 with SMTP id at9mr57519581obc.49.1451747838746; Sat, 02 Jan 2016 07:17:18 -0800 (PST) In-Reply-To: <20160102131252.F383A809D79A@turkos.aspodata.se> References: <20160102091556 DOT BBC6D809D79B AT turkos DOT aspodata DOT se> <20160102131252 DOT F383A809D79A AT turkos DOT aspodata DOT se> Date: Sat, 2 Jan 2016 15:17:18 +0000 Message-ID: Subject: Re: [geda-user] should we broaden scope of libgeda From: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" To: gEDA User Mailing List Content-Type: multipart/alternative; boundary=e89a8ff1cfa03b7ee905285b62a7 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 --e89a8ff1cfa03b7ee905285b62a7 Content-Type: text/plain; charset=UTF-8 On 2 Jan 2016 13:15, wrote: > > > So currently, if I want to write an "get all syms that this sch file > referencs"-program I have to do it in c or don't use libgeda at all. > > I thought that kind of program could be a nice way to learn a > little scheme, but the infrastructure wasn't there. I'm not sure of the exact details, but I'd have thought you could do this with libgeda and some scheme. I'm not sure if there is am existing shell (the "gaf" program?), or whether you'd have to use some C boilerplate too. gnetlist would also be an obvious host to try starting from. Fwiw, this utility might already exist (or I might have wanted it at some point - was some years ago now so I don't fully recall). It is useful in a project manager program context (or general workflow automation), as a kind of "make depend" generator. What I suspect we don't currently have is a good way to track exactly back to the source symbol file. You'll likely be able to discern embedded vs. not, and symbol name. You'll then likely be able to find out more about the symbol by querying the name in the symbol library code.... But as I say, it's been many years since I last had my head deep in the internals of libgeda. Peter --e89a8ff1cfa03b7ee905285b62a7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On 2 Jan 2016 13:15, <karl AT aspodata.= se> wrote:
>

>
> So currently, if I want to write an "get all syms that this sch f= ile
> referencs"-program I have to do it in c or don't use libgeda = at all.
>
> I thought that kind of program could be a nice way to learn a
> little scheme, but the infrastructure wasn't there.

I'm not sure of the exact details, but I'd have thou= ght you could do this with libgeda and some scheme. I'm not sure if the= re is am existing shell (the "gaf" program?), or whether you'= d have to use some C boilerplate too. gnetlist would also be an obvious hos= t to try starting from.

Fwiw, this utility might already exist (or I might have want= ed it at some point - was some years ago now so I don't fully recall). = It is useful in a project manager program context (or general workflow auto= mation), as a kind of "make depend" generator.

What I suspect we don't currently have is a good way to = track exactly back to the source symbol file. You'll likely be able to = discern embedded vs. not, and symbol name. You'll then likely be able t= o find out more about the symbol by querying the name in the symbol library= code.... But as I say, it's been many years since I last had my head d= eep in the internals of libgeda.

Peter

--e89a8ff1cfa03b7ee905285b62a7--