From lcc 4.0 to 4.1:Changes:See doc/4.html for changes in the code-generation interface.Warns about constants that are too large, eg, short x = 70000;Warns about expressions that have no effect.Unsigned shorts are now used for wide-character constants, andwchar_t is a typedef for unsigned short.More assertions in gen.c to confirm that the register allocator isconfigured correctly; ie, that the various masks, wildcards,clobbers, and targets are internally consistent. Full checkingappears impractical, but there's still more than than there wasbefore.On the SPARC, lcc now emits .type and .size directivesunconditionally.On the x86, constants are now emitted into the text segment.If the environment variable "LCCDIR" is defined, it gives the directorythat contains the preprocessor, the compiler proper, and thelcc-specific libraries.Under Windows, lcc searches the directories named in the environmentvariable "include" for header files.Errors fixed:Erroneously complained about unknown sizes for some const fields, eg,typedef struct foo ref; struct foo { const ref *q; int a; };f(ref *p, int i) { return p->q[i].a; }-A -A erroneously complained about static main's that didn't conformto the ANSI-mandated "int main(void)" or "int main(int, char **)".Silently generated incorrect code for a structure copy with apost-incremented target, eg,struct { int x; } data = {1}, copy[2], *q = copy;main() { *q++ = data; }Generated incorrect values in some expressions with constant pointers.Silently truncated string literals longer than 4095 characters.Failed to emit debugging information for uninitialized globals.Failed to diagnose missing sizes in some multi-dimensioned arraydeclarators, eg, extern int x[][10]; int x[5][];Silently emitted incorrect sizes and initalizations for someincomplete multi-dimensioned arrays involving pointers and whose sizeis determined by the number of initializers.Set only the x.name field for some back-end symbols (eg, wildcards),and the uninitialized name field crashed some debugging output.uses() failed to check the register *set* as well as the registermask.  There's no known bug demo, but a wildcard set might becontrived that would need the test.Crashed with -b on some conditional expressions involving calls, eg,int p; void g(void) { p ? f() : 1; }On the MIPS, sometimes generated an incorrect frame size and thus acrash when floating-point registers were saved.On the SPARC, erroneously reused a register variable as a temporarywhen the variable is compiler-generated.On the SPARC with -b, emitted incorrect code for returning structs.On the x86, conversion from float to int rounded instead of truncatedwith the default floating-point mode.On the x86, eliminate rtargets for kids after the first (see p. 419).On the x86, substitute reg for freg, in order to use the common regrules. Needed only for debugging output, since we're not using anyfloat regs as regs at this time.On the x86, "double f(); main(){f();}" wasn't popping the FP register stack.On the x86, ECX was saved by the callee, when it should have beensaved by the caller.$Id: LOG,v 1.25 1998/09/10 22:45:05 drh Exp $