Re: geda/lepton schematics

[karl]

Felix:
> On Fri, Mar 25, 2022 at 09:14:30PM +0100, karl@aspodata.se wrote:
...
> > > Connections in gEDA schematics are implicit, and port positions are
> > > needed to infer them. For this, the symbol database is required. The gEDA
> > > library has been used to look up the symbols.
> > 
> > Don't you get the connections from the netlist ?
> 
> Which netlist?

 When you do (the old way) lepton-sch2pcb or gsch2pcb, you get a
 .net file.

 If you do lepton-netlist/gnetlist --list-backends there a few to 
 choose from, among others:
spice
spice-sdb
switcap
systemc
tango
vams
verilog
vhdl

> > > When I try to configure gnucap-geda, I get
> > > [..]
> > > checking for libgeda >= 20100214... no
> > > configure: error: gEDA package not found
> > 
> >  ./bootstrap works fine here, but
> >  ./configure gives:
> > checking dynamic linker characteristics... (cached) GNU/Linux ld.so
> > checking how to hardcode library paths into programs... immediate
> > ./configure: 16616: GC_CPPFLAGS+= -I/usr/local/include/gnucap: not found
> 
> I have a line (17649) in my configure that seems related. but it reads
> GC_CPPFLAGS+=" $(gnucap-conf$_program_suffix --cppflags)",
> note the quotation marks. It is the same as line 35 in configure.ac.

The "'s was there in the configure script, it is just the printout
that are missing them.

> Not sure what is going on. My configure starts with
> # Generated by GNU Autoconf 2.71 for gnucap-geda 0.0.3-rc5.
> And I am on commit 312cd3c3c26.
...

With the patch I send, and using:
PKG_CONFIG_PATH="$PKG_CONFIG_PATH:/usr/local/guile_1.8.8/lib/pkgconfig/"  
./configure
I could make configure and make to work.

For various reasons I needed multiple versions of guile installed.

> > I think something is not good enough with guile-2.0, and that the
> > libgeda package should be updated for a newer guile version.
> > Bug your distro about that.
> 
> I can try. Do you have a working libgeda-dev? which distro?

You can try this package (a lot of dists dep. on debian):
 https://packages.debian.org/buster/libgeda-dev
and its dependancies.

I'm on gentoo.

> > Wouldn't it be best if geda/lepton supported gnucap instead of the 
> > other way around ?
> 
> Not sure what you mean. One idea behind Gnucap is to read/write netlists
> & schematics (and support models) from other projects.
> 
> It might be better if gEDA supported Verilog (and explicit connections)
> to store schematics. Gnucap already reads structural Verilog for quite a
> while.

 Would something like this suffice ?

$ lepton-netlist -g verilog arm_can_test.sch
$ head -30 output.net 
/* structural Verilog generated by lepton-netlist */
/* WARNING: This is a generated file, edits       */
/*          made here will be lost next time      */
/*          you run netlister!                    */

module \not found  (

      );

/* Port directions begin here */


/* Wires from the design */
wire \3/EN  ;
wire \3/unnamed_net136  ;
wire \5/EN  ;
wire \5/unnamed_net137  ;
wire \5/unnamed_net138  ;
wire \5/unnamed_net139  ;
wire \5/unnamed_net140  ;
wire \5/unnamed_net141  ;
wire \+2V  ;
wire \+3.3V  ;
wire \+5V  ;
wire \+12V  ;
wire \-12V  ;
wire GND ;
wire \JT/TCK  ;
wire \JT/TDI  ;
wire \JT/TDO  ;

Is it fine to thave thoose names with / in verilog.
They comes from hierarchical designs.

...
> I think it is desirable to eventually have Qucs <=> Verilog <=> gGEDA
> roundtrips for schematics. (It doesn't have to be Verilog, but some
> suitable standardised format for circuit models.)

Ok.

Regards,
/Karl Hammar