[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: gEDA-user: gschem guile scripting



On Oct 31, 2010, at 10:18 AM, Maciej Pijanka wrote:

> On Sun, 31 Oct 2010, John Doty wrote:
> 
>> 
>> On Oct 31, 2010, at 5:07 AM, Maciej Pijanka wrote:
>> 
>>> I already tried this before posting, it don't work even for gnetlist producing
>>> following output:
>>> 
>>> Backtrace:
>>> In current input:
>>>  1: 0* (ptest "output.net")
>>> 
>>> <unnamed port>:1:1: In expression (ptest "output.net"):
>>> <unnamed port>:1:1: Unbound variable: ptest
>> 
>> It means you haven't defined ptest.
> 
> Yes, but this is what i get when i created gnet-devel with gnet-ptest name, so i think i missed
> something important, maybe it need also define procedure which name is derived from invoked backend
> name that is called by gnetlist after processing schematics.

Yes.

> 
>> 
>>> 
>>> for gschem there is even no such output, i have guile-1.8.5 if that changes anything.
>>> 
>>> I read John P. Doty gnetlist tutorial but unfortunatelly packages variable seems to be
>>> gnetlist specific, and it is not present in gschem.
>> 
>> You seem to be trying to do a gnetlist task from within gschem. Don't do that. Use the right tool for the job.
> 
> Why, i wanted to create some scheme script to be invoked from gschem to show/hide pinnumbers on currently opened
> schematics, why i would use gnetlist for that?

For the same reason that you wouldn't want to use pliers as a hammer. gschem has very little knowledge of what the graphics *mean*. This is a very good thing, a key feature of gEDA's design, one that distinguishes it from all the fritterware out there.

John Doty              Noqsi Aerospace, Ltd.
http://www.noqsi.com/
jpd@xxxxxxxxx




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