| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
All scripts and makefiles assume that GOBIN is correctly set
in PATH.
R=rsc
CC=golang-dev
http://codereview.appspot.com/2043041
Committer: Russ Cox <rsc@golang.org>
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1995050
|
|
|
|
|
|
| |
R=adg, r, PeterGo
CC=golang-dev
http://codereview.appspot.com/1942044
|
|
|
|
|
|
|
|
| |
Fixes issue 1023.
R=gri
CC=golang-dev
http://codereview.appspot.com/1968043
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1995041
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1983043
|
|
|
|
|
|
| |
R=ken2
CC=golang-dev
http://codereview.appspot.com/1960042
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also, if the header is bad, exit with a non-zero status.
Other calls to Brdline in the tree, by category:
Reading symbol name from object file:
./cmd/5l/obj.c:486: name = Brdline(f, '\0');
./cmd/6l/obj.c:535: name = Brdline(f, '\0');
./cmd/8l/obj.c:564: name = Brdline(f, '\0');
./libmach/sym.c:292: cp = Brdline(bp, '\0');
Reading archive header line (fixed, short):
./cmd/gc/lex.c:287: if((a = Brdline(b, '\n')) == nil)
./cmd/gc/lex.c:303: if((p = Brdline(b, '\n')) == nil)
Reading object file header line (fixed, short):
./cmd/ld/lib.c:421: line = Brdline(f, '\n');
Reading undefined symbol list (unused code):
./cmd/ld/lib.c:773: while((l = Brdline(b, '\n')) != nil){
Implementing Brdstr:
./libbio/brdstr.c:36: p = Brdline(bp, delim);
The symbol names ones will cause a problem loudly if they
fail: they'll error out with symbol name too long. This means
that you can't define an enormous struct without giving the
type a name and then stick it in an interface, because the
type's symbol name will be too long for the object file.
Since this will be a loud failure instead of a silent one,
I'm willing to wait until it comes up in practice.
R=r
CC=golang-dev
http://codereview.appspot.com/1982041
|
|
|
|
|
|
|
|
|
| |
Fixed by http://code.google.com/p/go/source/detail?r=d1f41e20a90e
This just adds a test and checks the return value of Bprint.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1949042
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- integer divide by zero raises panic
- float comparisons involving NaNs work
- syscall interface actually handles return
values and errno correctly.
R=rsc, bradfitzpatrick
CC=golang-dev
http://codereview.appspot.com/1847047
Committer: Russ Cox <rsc@golang.org>
|
|
|
|
|
|
|
|
|
|
| |
Test case for http://code.google.com/p/go/issues/detail?id=999
R=r
CC=golang-dev
http://codereview.appspot.com/1892050
Committer: Robert Griesemer <gri@golang.org>
|
|
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1897046
Committer: Russ Cox <rsc@golang.org>
|
|
|
|
|
|
| |
R=r, iant
CC=golang-dev
http://codereview.appspot.com/1907046
|
|
|
|
|
|
| |
R=ken2
CC=golang-dev
http://codereview.appspot.com/1871057
|
|
|
|
|
|
|
|
| |
Fixes issue 990.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1742055
|
|
|
|
|
|
| |
R=ken2
CC=golang-dev
http://codereview.appspot.com/1731057
|
|
|
|
|
|
|
|
|
| |
move constant index checking to front end
x[2:1] is a compile-time error now too
R=ken2
CC=golang-dev
http://codereview.appspot.com/1848056
|
|
|
|
|
|
|
|
|
| |
these tests work fine on n1 and gumstix. it's unclear
why they keep failing on the godashboard build.
R=rsc
CC=golang-dev
http://codereview.appspot.com/1664056
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1913042
|
|
|
|
|
|
|
|
| |
also changed zerodivide to output "BUG"
R=rsc
CC=golang-dev
http://codereview.appspot.com/1871055
|
|
|
|
|
|
|
|
|
| |
( This CL is dependent on acceptance of
http://codereview.appspot.com/1913041/show )
R=go-dev
CC=golang-dev
http://codereview.appspot.com/1860045
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Background: The current spec is imprecise with respect to the parsing ambiguity
for composite literals: It says that the ambiguity arises when the TypeName form
of the LiteralType is used. The following code:
if (B) {} ...
is not using the TypeName form (but the parenthesized TypeName form) and thus
could be interpreted as:
if ((B){}) ...
instead of
if B {} ...
Both compilers and gofmt choose the latter interpretation. One could fix the
spec by making the clause regarding the parsing ambiguity more precise ("...using
the _possibly parenthesized_ TypeName form of the LiteralType..."). The alternative
(chosen here) is to simply disallow parenthesized literal types. Except for a single
test case (test/parentype.go) there appears to be no Go code under $GOROOT containing
parenthesized literal types. Furthermore, parentheses are never needed around a
literal type for correct parsing.
R=golang-dev
CC=golang-dev
http://codereview.appspot.com/1913041
|
|
|
|
|
|
| |
R=r
CC=golang-dev
http://codereview.appspot.com/1846051
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of syscall.Syscall and syscall.SYS_KILL.
In RTEMS, there is no syscall.Syscall support, but it does
support POSIX signals. So, if this testcase is changed to use
syscall.Kill, then it would run fine on RTEMS, when using gccgo.
R=rsc, iant
CC=golang-dev
http://codereview.appspot.com/1863046
Committer: Russ Cox <rsc@golang.org>
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1907041
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1692057
|
|
|
|
|
|
|
|
|
| |
Fixes issue 961.
Fixes issue 962.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1903043
|
|
|
|
|
|
|
|
| |
Fixes issue 812.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1904041
|
|
|
|
|
|
| |
R=ken2
CC=golang-dev
http://codereview.appspot.com/1873047
|
|
|
|
|
|
| |
R=kaib
CC=golang-dev
http://codereview.appspot.com/1847043
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1888041
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1866044
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1697053
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1742048
|
|
|
|
|
|
|
|
|
|
|
|
| |
but with less precision than hardware counterparts.
fixed a number of tests to output BUG when they failed.
changed the runner to distinghuish between output
and output containing ^BUG
R=rsc
CC=dho, golang-dev
http://codereview.appspot.com/1778041
|
|
|
|
|
|
|
|
| |
Fixes issue 800.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1855043
|
|
|
|
|
|
|
|
| |
Fixes issue 846.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1862042
|
|
|
|
|
|
|
|
| |
Fixes issue 843.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1729051
|
|
|
|
|
|
|
|
| |
Fixes issue 915.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1856042
|
|
|
|
|
|
| |
R=ken2
CC=golang-dev
http://codereview.appspot.com/1742044
|
|
|
|
|
|
|
|
|
| |
Fixes issue 849.
Fixes issue 920.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1841042
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1774047
|
|
|
|
|
|
|
|
| |
R=r, rsc
CC=golang-dev
http://codereview.appspot.com/1772043
Committer: Robert Griesemer <gri@golang.org>
|
|
|
|
|
|
| |
R=rsc
CC=golang-dev
http://codereview.appspot.com/1815042
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
remove the print statements.
This change is because of the port of gccgo to RTEMS.
These tests use the GCC DejaGNU framework. In some cases,
the tests need to be run on qemu where the status code
cannot be sent back to DejaGNU, so it prints the exit status
by putting a wrapper around the exit and abort calls.
This testcase closes the stdout, and hence prohibits DejaGNU
from knowing the status in such cases, and causes this test
to be wrongly declared as a failure.
R=rsc, iant
CC=golang-dev
http://codereview.appspot.com/1792042
Committer: Russ Cox <rsc@golang.org>
|
|
|
|
|
|
| |
R=rsc
CC=Raj_, golang-dev
http://codereview.appspot.com/1740044
|
|
|
|
|
|
|
|
| |
Fixes issue 885.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1680048
|
|
|
|
|
|
| |
R=iant
CC=golang-dev
http://codereview.appspot.com/1666048
|
|
|
|
|
|
|
|
| |
Fixes issue 868.
R=ken2
CC=golang-dev
http://codereview.appspot.com/1695049
|
|
|
|
|
|
| |
R=ken2
CC=golang-dev
http://codereview.appspot.com/1720043
|