release.2010-01-27
Russ Cox
can update by running:
hg pull
hg update release
There are two small language changes: the meaning of chan <- chan int
is now defined, and functions returning functions do not need to
parenthesize the result type.
There is one significant implementation change: the compilers can
handle multiple packages using the same name in a single binary. In
the gc compilers, this comes at the cost of ensuring that you always
import a particular package using a consistent import path. In the
gccgo compiler, the cost is that you must use the -fgo-prefix flag to
pass a unique prefix (like the eventual import path). More here:
https://groups.google.com/group/golang-nuts/t/e2dca00fd59f5c1f
https://groups.google.com/group/golang-nuts/t/374b2ff08c14410e
5a/6a/8a: avoid use of fixed-size buffers (thanks Dean Prichard)
5g, 6g, 8g: many minor bug fixes
bufio: give Writer.WriteString same signature as bytes.Buffer.WriteString.
container/list: PushFrontList, PushBackList (thanks Jan Hosang)
godoc: trim spaces from search query (thanks Christopher Wedgwood)
hash: document that Sum does not change state, fix crypto hashes
http: bug fixes, revision of Request/Response (thanks Petar Maymounkov)
math: more handling of IEEE 754 special cases (thanks Charles Dorian)
misc/dashboard: new build dashboard
net: allow UDP broadcast,
use /etc/hosts to resolve names (thanks Yves Junqueira, Michael Hoisie)
netchan: beginnings of new package for connecting channels across a network
os: allow FQDN in Hostname test (thanks Icarus Sparry)
reflect: garbage collection bug in Call
runtime: demo of Go on raw (emulated) hw in runtime/pchw,
performance fix on OS X
spec: clarify meaning of chan <- chan int,
func() func() int is allowed now,
define ... T (not yet implemented)
template: can use interface values
time: fix for +0000 time zone,
more robust tick.Stop.
xgb: support for authenticated connections (thanks Firmansyah Adiputra)
xml: add Escape (thanks Stephen Weinberg)
My apologies if I have missed anyone's contributions in the above list.
We appreciate all the help.
To see all changes from the last release to this one, you can,
after updating, run
hg log -r release.2009-01-13:release.2010-01-27
Have fun!
Russ
P.S. This release also pushes out the new LICENSE file that adds the
patent grant clause that Ian posted about last week. More here:
https://groups.google.com/group/golang-nuts/t/8f881ceab22cd1b7
yunhui song
Russ Cox
> hello.go:4: fatal error: can't find import: web
did you recompile web? one of the things that all.bash
does is delete all the installed package binaries so that
you are guaranteed a fresh set.
russ
yunhui song
Nigel Tao
>> > Then I use new version to compile our old code, it says:
>> > hello.go:4: fatal error: can't find import: web
>>
>> did you recompile web? one of the things that all.bash
>> does is delete all the installed package binaries so that
>> you are guaranteed a fresh set.
>
> no, I just compile my local code, not built-in lib. here is the steps:
> git clone git://github.com/hoisie/web.go.git
> cd web.go
> make
Do you need to "make install"?
Tao Yinqing
--http=:6060" but i'm see that log
===================================================================
2010/01/28 00:39:43 parser.parseDir: found 0 packages
2010/01/28 00:39:47 parser.parseDir: found 0 packages
2010/01/28 00:39:49 parser.parseDir: found 0 packages
===================================================================
when i explore package documentation
Sean Lin
some version of bison will make a local output.
On Jan 28, 11:53 am, Russ Cox <r...@golang.org> wrote:
> We've just tagged a new Go release, release.2010-01-27. As usual, you
> can update by running:
>
> hg pull
> hg update release
>
> There are two small language changes: the meaning of chan <- chan int
> is now defined, and functions returning functions do not need to
> parenthesize the result type.
>
> There is one significant implementation change: the compilers can
> handle multiple packages using the same name in a single binary. In
> the gc compilers, this comes at the cost of ensuring that you always
> import a particular package using a consistent import path. In the
> gccgo compiler, the cost is that you must use the -fgo-prefix flag to
> pass a unique prefix (like the eventual import path). More here:https://groups.google.com/group/golang-nuts/t/e2dca00fd59f5c1fhttps://groups.google.com/group/golang-nuts/t/374b2ff08c14410e
wuqq
stopped here:
%%%% making gc %%%%
...
cat y.tab.c | sed '/ int yystate;/d; s/int yychar;/int yychar,
yystate;/; s/static const char \*const yytname/const char *yytname/'
>y1.tab.c
/home/bin/quietgcc -ggdb -I"/home/go"/include -O2 -fno-inline -c "/
home/go/src/cmd/gc"/y1.tab.c
/home/go/src/cmd/gc/yerr.h:17: error: ‘loadsys’ undeclared here (not
in a function)
On 1月28日, 上午11时53分, Russ Cox <r...@golang.org> wrote:
> We've just tagged a new Go release, release.2010-01-27. As usual, you
> can update by running:
>
> hg pull
> hg update release
>
> There are two small language changes: the meaning of chan <- chan int
> is now defined, and functions returning functions do not need to
> parenthesize the result type.
>
> There is one significant implementation change: the compilers can
> handle multiple packages using the same name in a single binary. In
> the gc compilers, this comes at the cost of ensuring that you always
> import a particular package using a consistent import path. In the
> gccgo compiler, the cost is that you must use the -fgo-prefix flag to
> pass a unique prefix (like the eventual import path). More here:https://groups.google.com/group/golang-nuts/t/e2dca00fd59f5c1fhttps://groups.google.com/group/golang-nuts/t/374b2ff08c14410e
Ian Lance Taylor
> Oh, It couldn't compile in my machine. When I run "./all.bash", It
> stopped here:
>
> %%%% making gc %%%%
> ...
> cat y.tab.c | sed '/ int yystate;/d; s/int yychar;/int yychar,
> yystate;/; s/static const char \*const yytname/const char *yytname/'
>>y1.tab.c
> /home/bin/quietgcc -ggdb -I"/home/go"/include -O2 -fno-inline -c "/
> home/go/src/cmd/gc"/y1.tab.c
> /home/go/src/cmd/gc/yerr.h:17: error: ‘loadsys’ undeclared here (not
> in a function)
Do you have the awk program installed?
What are the contents of the generated file src/cmd/gc/yerr.h?
Ian
Bian Jiang
Oh, It couldn't compile in my machine. When I run "./all.bash", It
stopped here:
%%%% making gc %%%%
...
cat y.tab.c | sed '/ int yystate;/d; s/int yychar;/int yychar,
yystate;/; s/static const char \*const yytname/const char *yytname/'
>y1.tab.c
/home/bin/quietgcc -ggdb -I"/home/go"/include -O2 -fno-inline -c "/
home/go/src/cmd/gc"/y1.tab.c
/home/go/src/cmd/gc/yerr.h:17: error: ‘loadsys’ undeclared here (not
in a function)
Russ Cox
> Oh, It couldn't compile in my machine. When I run "./all.bash", It
> stopped here:
>
> %%%% making gc %%%%
> ...
> cat y.tab.c | sed '/ int yystate;/d; s/int yychar;/int yychar,
> yystate;/; s/static const char \*const yytname/const char *yytname/'
>>y1.tab.c
> /home/bin/quietgcc -ggdb -I"/home/go"/include -O2 -fno-inline -c "/
> home/go/src/cmd/gc"/y1.tab.c
> /home/go/src/cmd/gc/yerr.h:17: error: ‘loadsys’ undeclared here (not
> in a function)
please create an issue on the issue tracker.
in addition to the information it asks for,
please include the output of the command: bison -V.
thanks.
russ
Sean Lin
On Jan 28, 2:10 pm, wuqq <wuqq...@gmail.com> wrote:
> Oh, It couldn't compile in my machine. When I run "./all.bash", It
> stopped here:
>
> %%%% making gc %%%%
> ...
> cat y.tab.c | sed '/ int yystate;/d; s/int yychar;/int yychar,
> yystate;/; s/static const char \*const yytname/const char *yytname/'>y1.tab.c
>
> /home/bin/quietgcc -ggdb -I"/home/go"/include -O2 -fno-inline -c "/
> home/go/src/cmd/gc"/y1.tab.c
> /home/go/src/cmd/gc/yerr.h:17: error: ‘loadsys’ undeclared here (not
> in a function)
>
> On 1月28日, 上午11时53分, Russ Cox <r...@golang.org> wrote:
>
> > We've just tagged a new Go release, release.2010-01-27. As usual, you
> > can update by running:
>
> > hg pull
> > hg update release
>
> > There are two small language changes: the meaning of chan <- chan int
> > is now defined, and functions returning functions do not need to
> > parenthesize the result type.
>
> > There is one significant implementation change: the compilers can
> > handle multiple packages using the same name in a single binary. In
> > the gc compilers, this comes at the cost of ensuring that you always
> > import a particular package using a consistent import path. In the
> > gccgo compiler, the cost is that you must use the -fgo-prefix flag to
> > pass a unique prefix (like the eventual import path). More here:https://groups.google.com/group/golang-nuts/t/e2dca00fd59f5c1fhttps:/...
Russ Cox
> Overture compiled with LANG=en_US
> some version of bison will make a local output.
Are you saying that we need to set LANG=en_US
to force the right bison output? What is "Overture"?
Russ
Sean Lin
Bison would make a y.output containing Chinese.
It makes
awk -f bisonerrors y.output go.errors >yerr.h
fail .
On Jan 28, 2:20 pm, Russ Cox <r...@golang.org> wrote:
Bian Jiang
wuqq
BTW, my bison version is 2.3
Russ Cox
> Yes, I use "LANG=en_US ./all.bash". It does work.
> BTW, my bison version is 2.3
Thanks for the report. I'll change it to say LANG=C
which I think is even more likely to be installed than
LANG=en_US.
Russ
zhang xi
Problem met.
I use bison 2.4.1 and latest release of GO, met an error while i am
running "all.bash" both with and without "LANG=en_US"
make[1]: Entering directory `/home/raul/GO/src/pkg/debug/gosym'
/home/raul/GO/bin/gotest
sh: 6a: not found
make[1]: *** [test] Error 1
make[1]: Leaving directory `/home/raul/GO/src/pkg/debug/gosym'
make: *** [debug/gosym.test] Error 2
since the issue has been closed as "FIXED", please share some info how
it fixed.
Br,
Zhang Raul
On Jan 28, 3:46 pm, Russ Cox <r...@golang.org> wrote:
> 2010/1/27 wuqq <wuqq...@gmail.com>:
Russ Cox
> it fixed.
it's fixed but there hasn't been a release yet that includes the fix.
for now
cd $GOROOT/src
hg pull -u
./all.bash
should get you going.
sorry for the trouble.
russ
Miguel Pignatelli
Sorry if the solution to this problem is embarrassingly simple or has
been discussed before.
After the last release update (01/27) I am not able to compile some
programs using the standard bufio package.
For example, this doesn't work:
package main
import (
"fmt"
"bufio"
"os"
"io"
)
func main (){
nf,_ := os.Open("xx.txt",os.O_RDONLY,0444)
buff := bufio.NewReader(io.Reader(nf))
firstLine,_ := buff.ReadString('\n')
fmt.Println(firstLine)
}
$ 6g test.go
$ 6l test.6
main.main: undefined: bufio.NewReader
main.main: undefined: bufio.*Reader·ReadString
main.init: undefined: bufio.Init·
MHeapMap_Preallocate: type.*bufio.Reader: not defined
The update seemed to work without problems (ended with the normal "2
known bugs; 0 unexpected bugs")
Any idea?
Thanks in advance,
M;
Bian Jiang
Hi all,
Sorry if the solution to this problem is embarrassingly simple or has been discussed before.
After the last release update (01/27) I am not able to compile some programs using the standard bufio package.
For example, this doesn't work:
package main
import (
"fmt"
"bufio"
"os"
"io"
)
func main (){
nf,_ := os.Open("xx.txt",os.O_RDONLY,0444)
buff := bufio.NewReader(io.Reader(nf))
firstLine,_ := buff.ReadString('\n')
fmt.Println(firstLine)
}
$ 6g test.go
$ 6l test.6
main.main: undefined: bufio.NewReader
main.main: undefined: bufio.*Reader·ReadString
main.init: undefined: bufio.Init·
MHeapMap_Preallocate: type.*bufio.Reader: not defined
MC.Spring
On Jan 28, 1:17 pm, yunhui song <songyunhui2...@gmail.com> wrote:
> > > Then I use new version to compile our old code, it says:
> > > hello.go:4: fatal error: can't find import: web
>
> > did you recompile web? one of the things that all.bash
> > does is delete all the installed package binaries so that
> > you are guaranteed a fresh set.
>
> no, I just compile my local code, not built-in lib. here is the steps:
>
> git clone git://github.com/hoisie/web.go.git
>
> cd web.go
> make
>
> cd examples
> make
>
> Then it says: hello.go:4: fatal error: can't find import: web
>
> It is only displayed after I updated the new release.
>
> Thanks,
> Sammi
You just need to re-compile the web.go framework and re-install it.
That's all~
yunhui song
Miguel Pignatelli
Thanks for the tip, but the problem persists:
$ cd go/src/pkg/bufio
$ make install
cp _obj/bufio.a "blah/blah/go/pkg/linux_amd64/bufio.a"
$ cd blah...
$ 6g test.go
$ 6l test.6
main.main: undefined: bufio.NewReader
main.main: undefined: bufio.*Reader·ReadString
main.init: undefined: bufio.Init·
MHeapMap_Preallocate: type.*bufio.Reader: not defined
Any other idea?
Thanks in advance,
M;
Bian Jiang wrote:
> 2010/2/1 Miguel Pignatelli <miguel.p...@uv.es
> <mailto:miguel.p...@uv.es>>
Russ Cox
I suspect that the bufio.a in that directory is somehow
Miguel Pignatelli
Re-building the tree don't solve the problem, I tried that before and
now one more time:
$ ./all.bash
[...]
--- cd ../test
2 known bugs; 0 unexpected bugs
$ cd blah/blah
$ 6g test.go
$ 6l test.6
main.main: undefined: bufio.NewReader
main.main: undefined: bufio.*Reader·ReadString
main.init: undefined: bufio.Init·
MHeapMap_Preallocate: type.*bufio.Reader: not defined
> If that fails I'd be interested to see the output of
>
> 6nm $GOROOT/pkg/linux_amd64/bufio.a | grep NewReader
This is:
$ 6nm $GOROOT/pkg/linux_amd64/bufio.a | grep NewReader
_go_.6: T "".NewReader
_go_.6: T "".NewReaderSize
_go_.6: D go.string."bufio: NewReader: "
_go_.6: D string."bufio: NewReader: "
Any hint?
Thanks for your help,
M;
Miguel Pignatelli
Should I report an issue?
I don't know where to touch,
Maybe installing a previous version could spot some light?
Does anybody know how to "downgrade"?
Any help would be appreciated,
M;
Russ Cox
A fresh installation (download + install) didn't solve this either.
Should I report an issue?
I don't know where to touch,
Maybe installing a previous version could spot some light?
Does anybody know how to "downgrade"?
Any help would be appreciated,
Miguel Pignatelli
> bufio.a looks good which suggests maybe somehow
> you're running an older version of the linker.
Don't think so, I made a fresh install and both 6g and 6l points to the
new installed versions:
> hg identify
0a2770db06ef tip
> ls -l $(which 6g)
-rwxr-xr-x 1 pignatelli pignatelli 1136685 2010-02-02 17:59
/home/pignatelli/go2/bin/6g
> ls -l $(which 6l)
-rwxr-xr-x 1 pignatelli pignatelli 481962 2010-02-02 17:59
/home/pignatelli/go2/bin/6l
> ls -l $GOROOT/pkg/linux_amd64/bufio.a
-rw-r--r-- 1 pignatelli pignatelli 116972 2010-02-02 18:00
/home/pignatelli/go2/pkg/linux_amd64/bufio.a
Any hint?
I can't spot any reason for that,
Thanks,
M;
Russ Cox wrote:
> 2010/2/2 Miguel Pignatelli <miguel.p...@uv.es
> <mailto:miguel.p...@uv.es>>