summaryrefslogtreecommitdiff
path: root/cad/gnetman
AgeCommit message (Collapse)AuthorFilesLines
2005-02-23Add RMD160 digests in addition to SHA1 ones.agc1-1/+2
2005-02-20Update to gnetman-20050211. Old distfile has vanished.dmcmahill2-6/+6
No changelog, but looking at the source code it seems that a new tcl command for dealing with diodes has been added and code to convert spice netnames to uppercase with checks for name collisions has been added.
2005-02-12update to gnetman-20041222dmcmahill29-2237/+49
The release incorporates many of the pkgsrc patches needed for the previous release. Other bug fixes, but no release notes.
2004-10-03Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10tv1-1/+2
in the process. (More information on tech-pkg.) Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and installing .la files. Bump PKGREVISION (only) of all packages depending directly on the above via a buildlink3 include.
2004-07-18make sure we pick up our tcl headers and not the one shipped withdmcmahill3-5/+20
the tarball since we're linking to our tcl library and not the linux-i386 library shipped with the tarball.
2004-07-17import gnetman-20040507dmcmahill31-0/+2321
gnetman is a program which currently supports advanced SPICE netlisting from gschem (part of the gEDA tool suite). The primary use so far has been for complex IC design. Supported features include multi-level hierarchy, instance arrays, and buses. If you're just doing flat designs for PC boards or smaller SPICE simulations, the usual path is to use the spice-sdb netlister for gnetlist instead. The long term goal of gnetman is far greater. Two projects under consideration include a schematic generator, and a technology mapping back-end for Icarus Verilog. Basically, gnetman is a netlist manipulation database well suited for low-level manipulation of netlists.