7454a6d486
src/frontend/**, whitespace, indentation, ...
...
untabify
delete-trailing-whitespace
braces
...
checked for object file invariance on linux
2012-09-20 20:30:53 +02:00
ef37252155
lexical, use wl_append_word()
2012-08-03 20:24:58 +02:00
62a4ee77d5
lexical #6/6, whitespace
2012-08-03 20:20:18 +02:00
ea558fbc7f
lexical #5/6, cleanup
2012-08-03 20:18:17 +02:00
aa188c0766
lexical #4/6, parentheses and braces
2012-08-03 20:16:47 +02:00
c73c0f4318
lexical #3/6, rewrite
2012-08-03 20:12:58 +02:00
5656203a6c
lexical #2/6, linewrap
2012-08-03 20:12:19 +02:00
5d245c9dab
lexical #1/6, cleanup
2012-08-03 20:09:34 +02:00
64d00a6b43
lexical #3/3, collapse append(NULL) into cp_ccom()
...
the sequence
orig_wlist = wlist;
append(NULL);
cp_ccom(wlist, ...);
is transformed.
expressions to care about in cp_ccom()
C1 := (wlist->wl_next != NULL)
C2 := (wlist->wl_word != NULL)
C3 := wl_length(wlist)
D1 := (orig_wlist != NULL)
D2 := (orig_wlist->wl_word != NULL)
D3 := wl_length(orig_wlist);
cases and their significance in cp_ccom():
orig_wlist = NULL;
wlist = wl_cons(NULL, NULL);
C1 == false
D1 == false
C2,C3 dont care
orig_wlist = wl_cons(E1, wl_cons(E2, ... wl_cons(En, NULL)))
wlist = wl_cons(E1, wl_cons(E2, .... wl_cons(En, wl_cons(NULL, NULL))))
C1 == true
D1 == true
C2 === D2
C3 === D3 + 1
2012-08-02 18:55:54 +02:00
fec5b00a0d
lexical #2/3, fix memory leaks
2012-08-02 18:55:54 +02:00
042311d0c3
lexical #1/3, move append(NULL) invokations into position
2012-08-02 18:55:54 +02:00
1195498978
lexical #19/19, rewrite
2012-07-31 20:49:34 +02:00
5b67ecda79
lexical #18/19, rewrite
...
`cw' won't be looked at, thus the append + removal can be dropped
`wl_word' is already NULL
2012-07-31 20:49:34 +02:00
f990e517b5
lexical #17/19, rewrite
2012-07-31 20:49:34 +02:00
fa9be4336a
lexical #16/19, transform append --> append(word)
2012-07-31 20:49:34 +02:00
43a6d59c72
lexical #15/19, drop `delayed' which is never zero ...
2012-07-31 20:49:33 +02:00
47b5e9576d
lexical #14/19, drop `delayed = 0' wherever its effect isn't visible
...
without effect, because we return or will overwrite it anyway
2012-07-31 20:49:33 +02:00
01df4e9437
lexical #13/19, delay `append'
...
delay its execution, until
either `wlist' or `cw' will be accessed,
or
a return or goto nloop is inevitable
2012-07-31 20:49:33 +02:00
cff6188fe3
lexical #12/19, use `append'
...
some `assumption' are no longer valid
2012-07-31 20:49:32 +02:00
5ad8382cf1
lexical #11/19, aproach `append' here
2012-07-31 20:49:32 +02:00
d61f3c10a0
lexical #10/19, split off `append' from `newword'
2012-07-31 20:49:32 +02:00
af0a0c2c03
lexical #9/19, aproach the `append'
...
cw has never been NULL here,
because we used to survive an update of cw->wl_next here
wlist hasn't been NULL either,
because there is no place where wlist becomes NULL without
setting cw to NULL as well. yet cw isn't NULL (see above)
aproach the `append'
2012-07-31 20:49:31 +02:00
74cc38f67a
lexical #8/19, express where `wlist' and `cw' start being != NULL
2012-07-31 20:49:31 +02:00
3cbc4b0773
lexical #7/19, express verbosely where `wlist' and `cw' are NULL
2012-07-31 20:49:31 +02:00
ecb2eec279
lexical #6/19, express cp_ccom() property
2012-07-31 20:49:31 +02:00
3b575d5e3d
lexical #5/19, collapse into `newword'
2012-07-31 20:49:30 +02:00
348dc2d7d1
lexical #4/19, the `else' can take that job (unconditionally)
2012-07-31 20:49:30 +02:00
80191f3d44
lexical #3/19, attach and instantly remove a NULL wl_word here
...
this modification is faithful iff cw != NULL and cw->wl_next == NULL
cw != NULL because we have just survived an update of cw->wl_word
cw->wl_next == NULL is witnessed by:
1) cw either NULL or pointing to a wl_cons(,NULL)
2) cw not being modified, and no wl_next being modified
3) check of all function invocations with wlist/cw argument
not to modify any wl_next slot
which are:
1) cp_ccom(wlist, ...)
2) wl_free() always followed by goto nloop, which does a cw = wl_cons(,NULL)
and cp_ccom() doesn't modify any wl_next slot
the first part of the patch is intentionally similar to newword
`i' and `buf' can be modified here, because we will inevitably `goto done'
attach and instantly remove a NULL wl_word here
2012-07-31 20:49:30 +02:00
ddebb63425
lexical #2/19, rewrite the `else if'
2012-07-31 20:49:29 +02:00
f2f43bcce7
lexical #1/19, use wl_cons
2012-07-31 20:49:29 +02:00
f36772419a
Revert "cleanup, use wl_cons()"
...
This reverts parts of commit 7a7250cdbd
2012-07-31 20:48:01 +02:00
7a7250cdbd
cleanup, use wl_cons()
2012-07-27 21:50:05 +02:00
9655b9885a
cleanup, use wl_cons(), wl_append_word() and wl_chop_rest()
2012-07-14 10:23:51 +02:00
4ca58067a2
#2/6 config.h --> ngspice/config.h, #include's
2011-12-27 11:33:01 +00:00
10346e055c
#1/4 #include <ngspice/...> --> #include "ngspice/..."
2011-12-11 18:05:00 +00:00
d26015586c
#1/7 use a subdirectory "ngspice" for includes to create a uniq namespace
2011-08-20 17:27:09 +00:00
dd34b783cf
minor rewrite, a local variable type change
2010-11-06 17:12:13 +00:00
6e3bbd49ae
casts, to make int <-> char conversions explicit
2010-11-02 17:31:19 +00:00
4cdd842cd8
muffle compiler warnings
2010-07-24 18:51:06 +00:00
586af63f36
changed the declarator to new format
2009-11-26 20:04:09 +00:00
1e5720a23f
double array size in cp_lexer()
2009-04-12 18:06:13 +00:00
72482f964e
Fixed segfaults when redirecting output < > -- Espice
2008-11-04 11:40:17 +00:00
531fb3575a
Applied Vera Patch to correct bugs in shell code and re-enabling interpolate command.
2003-12-25 17:30:36 +00:00
937e3db647
Holger Vogt Windows port for Ngspice.
2002-01-03 22:44:21 +00:00
7583d1849e
Applied another bunch of patches sent by CDHW (Charles D.H. Williams). The patches
...
are aimed to close some leaks in the parser.
2001-12-14 18:29:08 +00:00
b04989d760
* src/hlp/*: moved these files into src/frontend/help. The files
...
in this directory implement the help system for the frontend.
* configure.in, src/Makefile.am, src/frontend/Makefile.am: Files
affected by the move.
2000-07-21 18:25:47 +00:00
rlar
dwarning
h_vogt
pnenzi
arno