Felix: > On Fri, Mar 25, 2022 at 09:14:30PM +0100, [email protected] 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
