[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
gnucap-geda, sym file hndling (was Re: sym to verilog-ams)
From: |
karl |
Subject: |
gnucap-geda, sym file hndling (was Re: sym to verilog-ams) |
Date: |
Mon, 4 Apr 2022 13:41:21 +0200 (CEST) |
Felix:
...
> It's much the same as schematics. geda has top level objects, and
> verilog doesn't, so you put everything into a module definition. The
> goal is to reproduce the sym file back from its verilog representation
> (round-trip).
The sym files usually stays unchanged. Why not just include the file
name of the sym file and its checksum/git commit/svn commit/etc.
If the checksum is changed we can do a lossy repair of the original file
which will work as originally inteded or check it out from a repository.
I have http://aspodata.se/git/openhw/git_show
$ ~/git/openhw/bin/git_show _discrete/res_h.sym
2021-07-04 15:32:46 42c241a2 _discrete/res_h.sym
$ svn info --show-item last-changed-revision Makefile.in
33700
> In the schematic tests, I use the "list" command, and "list main" prints
> the main module definition (in verilog mode) and the contents of the
> schematic (in geda language mode) respectively.
What is this "list" command you talk about ?
> gnucap-geda has an ad-hoc symbol implementation in src/symbol.h dating
> back to 2012. It sort of serves the purpose, but it must be implemented
> correctly.
>
> - GEDA_SYMBOL must become a plugin.
> either use subckt from d_subckt.cc, or something similar derived from
> BASE_SUBCKT
> - The parser in GEDA_SYMBOL::GEDA_SYMBOL must be singled out.
> - GEDA_PIN must be a plugin as well.
> - GEDA_SYMBOL_MAP, where libgeda is (ab)used, must be dropped.
> (this is strictly off-topic.)
I'm not up to speed with this.
Regards,
/Karl Hammar
- sym to verilog-ams, karl, 2022/04/03
- Re: sym to verilog-ams, Felix Salfelder, 2022/04/03
- Re: sym to verilog-ams, karl, 2022/04/04
- gnucap-geda, sym file hndling (was Re: sym to verilog-ams),
karl <=
- Re: sym to verilog-ams, karl, 2022/04/05
- Re: sym to verilog-ams, al davis, 2022/04/06
- Re: sym to verilog-ams, karl, 2022/04/14
Re: sym to verilog-ams, al davis, 2022/04/04
Re: sym to verilog-ams, al davis, 2022/04/04