Age | Commit message (Collapse) | Author | Files | Lines |
|
R=r
OCL=28204
CL=28204
|
|
R=r
OCL=28201
CL=28201
|
|
R=gri
APPROVED=gri
DELTA=1 (0 added, 0 deleted, 1 changed)
OCL=28184
CL=28192
|
|
drip init function if it doesnt do anything
R=r
OCL=28180
CL=28180
|
|
better calling of morestack
R=r
OCL=28179
CL=28179
|
|
of 5g. 5l balks at the output and running 5g with -S shows
the true extent of the disaster. Still, better than
yesterday. Maybe.
Tested on the canonical:
package main
func main() {
}
R=rsc
APPROVED=rsc
DELTA=4182 (4181 added, 0 deleted, 1 changed)
OCL=27601
CL=28175
|
|
- fixed a bug and added corresponding test case
R=rsc
DELTA=114 (18 added, 29 deleted, 67 changed)
OCL=28114
CL=28128
|
|
R=ken
OCL=28120
CL=28124
|
|
R=r
DELTA=12 (9 added, 0 deleted, 3 changed)
OCL=28096
CL=28118
|
|
R=r
DELTA=30 (9 added, 1 deleted, 20 changed)
OCL=28104
CL=28117
|
|
to match traditional c linkers.
R=r
DELTA=42 (8 added, 12 deleted, 22 changed)
OCL=28101
CL=28115
|
|
TBR=rsc
DELTA=2 (1 added, 0 deleted, 1 changed)
OCL=28066
CL=28070
|
|
add test for structure alignment/offset.
R=gri
DELTA=49 (35 added, 0 deleted, 14 changed)
OCL=28068
CL=28068
|
|
R=r
DELTA=4 (3 added, 1 deleted, 0 changed)
OCL=28063
CL=28065
|
|
don't relay the signal when restarting it.
R=r
DELTA=1 (0 added, 0 deleted, 1 changed)
OCL=28060
CL=28064
|
|
iant: will this be ok in gccgo?
R=rsc
DELTA=9 (8 added, 0 deleted, 1 changed)
OCL=28059
CL=28062
|
|
R=rsc
DELTA=1 (0 added, 0 deleted, 1 changed)
OCL=28056
CL=28058
|
|
one fd gets too many EPIPEs in a row
during write.
R=r
DELTA=10 (9 added, 0 deleted, 1 changed)
OCL=28057
CL=28057
|
|
Currently a http server will be killed on receipt of SIGPIPE
if a client closes a socket which the server is trying to
write to.
R=rsc
APPROVED=rsc
DELTA=2 (0 added, 0 deleted, 2 changed)
OCL=27959
CL=28055
|
|
which hit EAGAIN).
R=rsc
APPROVED=rsc
DELTA=2 (0 added, 0 deleted, 2 changed)
OCL=27955
CL=28054
|
|
bug found by anton
R=r
OCL=28001
CL=28001
|
|
R=r
OCL=27987
CL=27987
|
|
R=r
OCL=27979
CL=27979
|
|
TBR=r
DELTA=1 (0 added, 0 deleted, 1 changed)
OCL=27969
CL=27969
|
|
R=r
APPROVED=r
DELTA=20 (11 added, 6 deleted, 3 changed)
OCL=27782
CL=27950
|
|
This makes "make nuke install" work again.
R=r
APPROVED=r
DELTA=2 (1 added, 0 deleted, 1 changed)
OCL=27929
CL=27932
|
|
R=rsc
OCL=27928
CL=27928
|
|
R=rsc
APPROVED=r
DELTA=11 (10 added, 0 deleted, 1 changed)
OCL=27723
CL=27879
|
|
R=r
APPROVED=r
DELTA=62 (58 added, 1 deleted, 3 changed)
OCL=27756
CL=27877
|
|
R=r
APPROVED=r
DELTA=2 (0 added, 0 deleted, 2 changed)
OCL=27777
CL=27876
|
|
- adjust dependent files
R=rsc
DELTA=1132 (567 added, 562 deleted, 3 changed)
OCL=27862
CL=27862
|
|
as a new name in a later declaration
(bug 144)
R=r
OCL=27850
CL=27850
|
|
(no progress in presence of syntax errors)
- end parsing early if source doesn't start
proper package clause
R=iant
DELTA=18 (7 added, 6 deleted, 5 changed)
OCL=27840
CL=27842
|
|
64 bits.
APPROVED=ken
OCL=27811
CL=27823
|
|
fix a couple of comments
TBR=rsc
OCL=27716
CL=27716
|
|
R=r
APPROVED=r
DELTA=6 (0 added, 5 deleted, 1 changed)
OCL=27708
CL=27708
|
|
lv context for some [] operations
calling implicit(*map) before walk.
R=r
OCL=27706
CL=27706
|
|
by a shorter operand. the bits
in the difference were not cheared.
R=r
OCL=27705
CL=27705
|
|
R=r
APPROVED=r
DELTA=8 (3 added, 1 deleted, 4 changed)
OCL=27699
CL=27701
|
|
map indexing - bug 143
R=r
OCL=27695
CL=27695
|
|
synchronisation.
Also it should be more testable, as there's less global state.
R=r
APPROVED=r
DELTA=113 (38 added, 12 deleted, 63 changed)
OCL=27653
CL=27694
|
|
R=r
DELTA=5 (0 added, 0 deleted, 5 changed)
OCL=27687
CL=27689
|
|
R=r
DELTA=6 (0 added, 0 deleted, 6 changed)
OCL=27686
CL=27688
|
|
- removed some constants from public interface
R=r
DELTA=375 (238 added, 14 deleted, 123 changed)
OCL=27636
CL=27668
|
|
R=r
APPROVED=r
DELTA=170 (136 added, 6 deleted, 28 changed)
OCL=27628
CL=27652
|
|
- separate parsing from execution
- rearrange code for organizational clarity
- provide execution errors and parse-time errors
- implement .or for repeated
TBR=rsc
OCL=27650
CL=27650
|
|
R=r
APPROVED=r
DELTA=598 (330 added, 266 deleted, 2 changed)
OCL=27627
CL=27649
|
|
R=r
APPROVED=r
DELTA=3 (1 added, 0 deleted, 2 changed)
OCL=27624
CL=27626
|
|
Imagine your var has a value of zero. If you have a goroutine calling Set(5),
and another calling Increment(+1), then you only want one of these outcomes:
- Set completes first, and then Increment occurs => 6
- Increment completes first, and then Set occurs => 5
However, you could get a sequence:
- read (for Increment) 0
- set (for Set) 5
- write (for Increment) 1
This results in a value of 1, which is undesirable.
Kudos to dnadasi for catching this.
R=r
APPROVED=r
DELTA=3 (3 added, 0 deleted, 0 changed)
OCL=27625
CL=27625
|
|
Fix a couple of style mistakes.
R=r,rsc
APPROVED=r
DELTA=34 (30 added, 1 deleted, 3 changed)
OCL=27623
CL=27623
|