this did reintroduce hundreds of warnings:
defined(%hash) is deprecated at ...ngspice/tests/bin/runQaTests.pl line 331.
(Maybe you should just omit the defined()?)
this was deprecated aproximately 2001 with perl version
v5.6.1
see
https://perldoc.perl.org/perl561delta.html
obviously for good reason, because defined(%hash) did have a semantics which
did not exactly match the users expectation.
LSP is declared to be a "module" parameter,
yet has a default value which is calculated
from a "instance" parameter "L"
and a "model" parameter "XL"
which necessairly means, LSP is a "instance" parameter.
to avoid excessive divertion from the original source,
we use a local variable "LSP_i" which is set either to the default value
calculated from XL and L, or to the user specified "LSP" model parameter
This commit did rely on the existence of a parent 'wordlist' element,
usually guranteed by a leading "alter" or "altermod" command word.
But 'inp_evaluate_temper()' passes a wordlist without any parent word
when invoking 'com_altermod()'
does not work when "configured" in a separate working directory.
apart from that, repeatedly executing a ngspice solely to check the version
is slow, and actually useless because the test harness is part of the Makefile
and thus the version is known to be exactly that of the currently
checked out commit.
adms doesn't seem to derive a "output" variable correctly.
(was zero)
this fix is for GM, GDS, GMBS only,
fixme, unknown which other variables suffer from the same problem
our adms .xml files do not support translation
of ddx() expressions, except at the toplevel in assignments.
foo = ddx(); is supported
foo = bar * ddx(); is not
variables which are annotated with (*desc*) will be put into the "state"
vector. "OP" definitions for them will be emited, and the device_ask() function
will be extended to query these values.
issues:
save @instance[varname]
is required,
otherwise, only the very last value will be saved in a "scalar" instead of
all the results in a "vector"
there might well be issues with upper/lower case.
I lower-cased all variable names, because the ngspice frontend
does so as well. but I've seen some parameters which are not lower-cased.
it might be these can not be accessed even though they are present,
simply because it is not possible to "name" a non lower-cased thing.
this is merly a hack for bsimcmg,
there was pretty not testing at all, and no consideration
was given to the other models at all.
rlar
dwarning