GitLab

R=ken
OCL=16218
CL=16218

type t1 int;
type t2 int;
type t3 int;
func f1(t1, t2, t3);
func f2(t1, t2, t3 bool);
func f3(t1, t2, x t3);
func f4(*t2, x t3);	// error: cannot mix
func f5(t1, *t3);
func (x *t1) f6(y *[]t2) (t1, *t3);
func f7() (int, *string);
func f8(t1, *t2, x t3);	// error: cannot mix
func f9() (x int, *string);
func f10(*t2, t3);

R=ken
OCL=16202
CL=16210

R=r
OCL=16068
CL=16068

R=r
OCL=16044
CL=16044

R=r
OCL=16021
CL=16023

R=r
OCL=15375
CL=15375

-- but only *struct tested

R=r
OCL=15326
CL=15326

*** Reason for rollback ***

  <enter reason for rollback>

*** Original change description ***

correct signal name thru package rename

R=r
OCL=15313
CL=15313

R=r
OCL=15312
CL=15312

R=r
OCL=15119
CL=15119

R=r
OCL=14634
CL=14634

R=r
DELTA=17  (11 added, 3 deleted, 3 changed)
OCL=14048
CL=14048

var, const and type declarations.

R=r
DELTA=49  (12 added, 28 deleted, 9 changed)
OCL=13791
CL=13791

these guys really really want long to be 32-bits,
so ,s/long/int32/ (and then manual fixup).
still passes all tests.

(i started out looking for just those longs that
needed to be int32 instead, and it was just too hard
to track them down one by one.)

the longs were rare enough that i don't think
it will cause integration problems.

R=ken
OCL=13787
CL=13789

rand using init

SVN=128142

SVN=128128

SVN=128117

SVN=128115

[]ptr bug
proc reuses old g* structures
differnt assignment of offsets to parameters

SVN=127888

SVN=127695

SVN=127678

more on go statement

SVN=126421

SVN=126366

SVN=126049

arguments in first block for diagnostics
thomo return
better syntax error recovery

SVN=126045

SVN=125108

half-step toward multivalued map indexing

SVN=124019

     expressions.
start of generics for calling builtin
     functions
start of map type
'any' demoted from reserved word to type

SVN=122808

SVN=122793

SVN=122309

SVN=121164

declaration of a func does not exactly
match the actual (or another foreward)
declaration. the reason is that when
there are 2 declarations of a function,
the names of the parameters are taken
from the first. thus
   func x(a int);
followed by
   func x(b int) { ... }
will have the parameter named "a" and
"b" will be undefined.

SVN=114788

fixed error in symbol table in
the second forward declaration of
a function.

SVN=114572

automatic declaration leaking
from one function to another

SVN=114252