weekly.2012-02-07
Andrew Gerrand
can update by running:
hg pull
hg update weekly
This weekly snapshot includes a re-organization of the Go tools.
Only the go, godoc, and gofmt tools are installed to $GOROOT/bin (or $GOBIN).
The remainder are installed to $GOROOT/bin/tool.
This puts the lesser-used tools (6g, cgo, govet, etc.) outside the user PATH.
Instead these tools may be called through the go tool with 'go tool command'.
For example, to vet hello.go you would type 'go tool vet hello.go'.
Type 'go tool' see the list of available tools.
With the move, some tools were given simpler names:
6cov -> cov
6nm -> nm
goapi -> api
gofix -> fix
gopack -> pack
gopprof -> pprof
govet -> vet
goyacc -> yacc
The os/signal package has been moved to exp/signal.
A new tool named 'dist' has been introduced to handle building the gc tool
chain and to bootstrap the go tool. The old build scripts and make files
have been removed.
Other changes:
* 5a, 6a, 8a, cc: check in y.tab.[ch].
* 5l, 6l, 8l, ld: remove memory leaks (thanks Shenghou Ma).
* 5l, 6l, 8l: implement -X flag.
* 5l: make -v option output less nonessential clutter (thanks Shenghou Ma),
optimize the common case in patch() (thanks Shenghou Ma).
* 8a, 8l: implement support for RDTSC instruction (thanks Shenghou Ma).
* 8g: use uintptr for local pc.
* archive/zip: support full range of FileMode flags (thanks Gustavo Niemeyer).
* bufio: remove special error type, update docs.
* build: move the "-c" flag into HOST_CFLAGS (thanks Anthony Martin),
remove unnecessary pragmas (thanks Anthony Martin).
* builder: drop recover blocks.
* bytes: API tweaks.
* cgo: accept null pointers in gccgo flavour of C.GoString (thanks
Rémy Oudompheng),
print line numbers in fatal errors when relevant (thanks Rémy
Oudompheng).
* cmd/dist: add GOBIN to env's output (thanks Gustavo Niemeyer),
fix bug in bsubst (thanks Alex Brainman),
fix build on openbsd (thanks Mikio Hara),
generate files for package runtime,
ignore file names beginning with . or _,
prevent race on VERSION creation (thanks Gustavo Niemeyer).
* cmd/gc: another special (%hhS) case for method names,
describe debugging flags (thanks Anthony Martin),
diagnose \ in import path,
disallow switch _ := v.(type),
don't print implicit type on struct literal in export,
fix codegen reordering for expressions involving && and ||,
use octal escapes in mkopnames (thanks Anthony Martin).
use original constant expression in error messages (thanks Rémy
Oudompheng).
* cmd/go: add support for release tags via git branches (thanks
Gustavo Niemeyer),
build: print import errors when invoked on files (thanks Kyle Lemons),
clean test directories as they complete,
fix error message on non-existing tools (thanks Rémy Oudompheng),
fix handling of gccgo standard library (thanks Rémy Oudompheng),
fixed panic on `go clean -n` and `go clean -x` (thanks Sanjay Menakuru),
introduce support for "go build" with gccgo (thanks Rémy Oudompheng),
make vcs command actually gather output (thanks Roger Peppe),
pass env CGO_CFLAGS to cgo (thanks Jeff Hodges),
record location of failed imports for error reporting (thanks
Rémy Oudompheng).
* cmd/goapi: expand embedded interfaces.
* cmd/goinstall: remove now that 'go get' works (thanks Gustavo Niemeyer).
* cmd/ld: fix gdbscript (thanks Wei Guangjing).
* cmd/pack: change gopack to pack in error messages.
* codereview: miscellaneous fixes and improvements.
* crypto/elliptic: p224Contract could produce a non-minimal representation.
* crypto/tls: better error message when connecting to SSLv3 servers.
* crypto/x509: use case-insensitive hostname matching.
* dashboard: support for sub-repositories, update to go1beta.
* database/sql: permit scanning into interface{}.
* doc: update go1.html for recent changes.
* encoding/base32: add DecodeString and EncodeToString helper methods,
ignore new line characters during decode.
* encoding/base64: ignore new line characters during decode.
* encoding/gob: document CommonType.
* encoding/hex: canonicalize error type names.
* encoding/json: call (*T).MarshalJSON for addressable T values.
* encoding/xml: fix decoding of xml.Name with sub-elements (thanks
Gustavo Niemeyer),
fix documentation for Decoder.Skip.
* exp/norm: Added some benchmarks for form-specific performance measurements,
a few minor changes in prepration for a table format change.
* expvar: revise API.
* fix: add image/{bmp,tiff} to go1pkgrename.
* flag: allow a FlagSet to not write to os.Stderr,
describe valid input for Duration flags.
* fmt: add test of NaN map keys,
fix caching bug in Scan.
* go/build: put a space between 'generated by make' and package statement,
update syslist.go package comment.
* go/doc: fix URL linking in ToHTML (thanks Gary Burd),
added error, rune to list of predeclared types,
don't lose factory functions of non-exported types,
don't show methods of exported anonymous fields,
enable AllMethods flag (and fix logic).
* go/printer: don't print incorrect programs.
* go/scanner: idiomatic receiver names.
* go/spec: update language on map types.
* go/token: remove dependency on encoding/gob.
* gob: fuzz testing, plus a fix for very large type names.
* gobuilder: use go tool to build and test sub-repositories.
* godoc: add URL mode m=methods,
diagnostic for empty FS tree,
fix identifier search,
fix redirect loop for URL "/",
provide link to subdirectories, if any,
sort list of "other packages",
update metadata in appinit.go.
* gophertool: fix link to the build status dashboard (thanks Jongmin Kim).
* hgignore: add VERSION.cache (thanks Gustavo Niemeyer),
delete dregs, ignore tmpltohtml.
* html: add package doc.
* image: add package docs, rename s/UnknownFormatError/ErrFormat/ and,
delete the image.Repeated type,
remove image/bmp and image/tiff from std.
* io/ioutil: document EOF behavior in ReadFile and ReadAll.
* io: API tweaks.
* libmach: add stubs for Plan 9 (thanks Anthony Martin).
* make.bash: don't remove hgpatch.
* math/big: add raw access to Int bits,
API and documentation cleanup.
* misc/goplay: use go tool "run" (thanks Olivier Duperray).
* misc/osx: don't set GOROOT or modify profile files,
update for dist tool, drop image.bash, update readme.
* net, syscall: add IPv4 multicast helpers for windows (thanks Mikio Hara).
* net/http/httputil: fix race in DumpRequestOut,
preserve query params in reverse proxy.
* net/http: don't set Content-Type header for HEAD requests by default
(thanks Patrick Mylund Nielsen),
fix nil pointer dereference in error case (thanks Volker Dobler),
close client fd sooner on response read error,
set cookies in client jar on POST requests (thanks Volker Dobler).
* net/rpc: fix data race on Call.Error.
* net: ListenMulticastUDP to listen concurrently across multiple
listeners (thanks Mikio Hara),
disable normal multicast testing on linux/arm (thanks Mikio Hara),
fix Plan 9 build (thanks Anthony Martin),
fix windows build (thanks Alex Brainman),
move DNSConfigError to a portable file,
remove types InvalidConnError and UnknownSocketError,
replace error variable name e, errno with err (thanks Mikio Hara),
run TestDialTimeout on windows (thanks Alex Brainman),
update comments to remove redundant "net" prefix (thanks Mikio Hara).
* os/exec: TestExtraFiles - close any leaked file descriptors,
make sure file is not closed early in leaked fd test.
* os/signal: move to exp/signal.
* os/user: windows implementation (thanks Alex Brainman).
* os: Process.handle use syscall.Handle (thanks Wei Guangjing),
file windows use syscall.InvalidHandle instead of -1 (thanks
Wei Guangjing),
remove SIGXXX signals variables,
turn FileStat.Sys into a method on FileInfo (thanks Gustavo Niemeyer).
* path/filepath: repair and simplify the symlink test.
* reflect: add comment about Type.Field allocation,
test that PtrTo returns types that match program types.
* runtime: add runtime.cputicks() and seed fastrand with it (thanks
Damian Gryski),
delete UpdateMemStats, replace with ReadMemStats(&stats) (thanks Rémy
Oudompheng),
fix float64 hash,
use GOTRACEBACK to decide whether to show runtime frames,
use per-map hash seeds (thanks Damian Gryski).
* spec: add number to the fibonacci sequence.
* std: add struct field tags to untagged literals.
* strings: add Fields example.
* syscall: add Timeval.Nano, Timespec.Nano, for conversion to Duration,
cache environment variables on Plan 9 (thanks Anthony Martin),
fix // +build comments in types_*.go,
fix build directive in types_linux.go,
update bootstrap scripts to sync with new go command (thanks Mikio Hara).
* test: add import test that caused an incorrect gccgo error,
add test for receiver named _,
add test of NaN in map,
add test which crashed gccgo compiler,
don't use package main for files without a main function,
fix bug headers,
float to integer test case,
make map nan timing test more robust,
match gccgo error messages,
test append with two different named types with same element type,
test method expressions with parameters, and with import,
test slice beyond len,
test that x := <-c accepts a general expression.
* testing: capture panics, present them, and mark the test as a failure.
* unicode: document large var blocks and the SpecialCase vars.
* vet: add a check for untagged struct literals.
Apologies if we missed anyone in the list above. We appreciate all your help.
To see a full list of changes between this and the previous weekly,
after updating, run:
hg log -r weekly.2012-01-27:weekly.2012-02-07
Enjoy.
Andrew
AllenDang
script "all.bat", "make.bat" is available, but how to use them? Direct
invocation doesn't work.
Sammi Song
Sammi-Songs-MacBook-Pro:model songyunhui2008$ make
Makefile:1: /Users/songyunhui2008/go/src/Make.inc: No such file or directory
Makefile:10: /Users/songyunhui2008/go/src/Make.pkg: No such file or directory
make: *** No rule to make target `/Users/songyunhui2008/go/src/Make.pkg'. Stop.
Russ Cox
> How to build this release under windows? I noticed that new build
> script "all.bat", "make.bat" is available, but how to use them? Direct
> invocation doesn't work.
Can you say what happens?
It is supposed to work.
Russ
brainman
set PATH=%PATH%;c:\mingw\bin
then run all.bat.
Alex
Dimitris Dinodimos
declared: MADV_FREE).
uname -a
Darwin leopard.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7
16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
./make.bash
# Building C bootstrap tool.
# Building compilers and Go bootstrap tool.
lib9
libbio
libmach
cmd/cov
cmd/nm
cmd/pack
cmd/prof
cmd/cc
cmd/gc
cmd/6l
cmd/6a
cmd/6c
cmd/6g
pkg/runtime
/Users/din/go/src/pkg/runtime/mem_darwin.c:27 name not declared:
MADV_FREE
go tool dist: FAILED: /Users/din/go/bin/tool/6c -FVw -I $WORK -
DGOOS_darwin -DGOARCH_darwin -o $WORK/mem_darwin.o /Users/din/go/src/
pkg/runtime/mem_darwin.c
>
> read more »
AllenDang
Dimitris Dinodimos
>
> read more »
Dustin
On Tuesday, February 7, 2012 10:37:00 PM UTC-8, Sammi wrote:
It seems Makefile stop working.Sammi-Songs-MacBook-Pro:model songyunhui2008$ make
Makefile:1: /Users/songyunhui2008/go/src/Make.inc: No such file or directory
Makefile:10: /Users/songyunhui2008/go/src/Make.pkg: No such file or directory
make: *** No rule to make target `/Users/songyunhui2008/go/src/Make.pkg'. Stop.How can I build my package then?
Archos
>
> read more »
David Symonds
> Where is the package "encoding/git85" ?
Read the previous weekly notes:
http://weekly.golang.org/doc/devel/weekly.html#2012-01-27
Dave.
Sanjay Menakuru
Archos
code.google.com/p/go.codereview/git85: Get
https://code.google.com/p/go/source/checkout?repo=codereview: invalid
proxy address
chris dollin
> $ go get code.google.com/p/go.codereview/git85
> code.google.com/p/go.codereview/git85: Get
> https://code.google.com/p/go/source/checkout?repo=codereview: invalid
> proxy address
Worked for me (Linux, FC14, AMD64).
Chris
(for values of "worked" which mean "command took noticable time,
did not generate any reports, and a ./pkg/code.google.com/p/go.codereview/git85
directory materialised.)
--
Chris "allusive" Dollin
Archos
On Feb 8, 9:05 am, chris dollin <ehog.he...@googlemail.com> wrote:
Archos
TotalSize()
Any confirmation about it?
On Feb 8, 8:51 am, Archos <raul....@sent.com> wrote:
> $ go get code.google.com/p/go.codereview/git85
Sanjay Menakuru
Alexander Sychev
Archos
Archos
// ==
// #include <termios.h>
// #include <unistd.h>
import "C"
var origTermios *termios
var stdin = 0
func init() {
origTermios = newTermios(stdin)
if err := origTermios.tcgetattr(); err != nil {
panic("terminal settings could not be got: " + err.Error())
}
}
type termios struct {
fd int // File descriptor
wrap *_Ctype_struct_termios
}
func newTermios(fd int) *termios {
return &termios{fd, new(_Ctype_struct_termios)}
}
// ==
panic: terminal settings could not be got: inappropriate ioctl for
device
Any idea about why is failiing?
>
> read more »
Russel Winder
[...]
> Only the go, godoc, and gofmt tools are installed to $GOROOT/bin (or $GOBIN).
> The remainder are installed to $GOROOT/bin/tool.
> This puts the lesser-used tools (6g, cgo, govet, etc.) outside the user PATH.
> Instead these tools may be called through the go tool with 'go tool command'.
> For example, to vet hello.go you would type 'go tool vet hello.go'.
> Type 'go tool' see the list of available tools.
It seems that if I set GOBIN to $GOROOT/bin_Linux_x86_64 the tools still
go into $GOROOT/bin/tool. This means it is impossible to have multiple
platforms use the same source tree.
Unless I have just done the build wrong.
--
Russel.
=============================================================================
Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel...@ekiga.net
41 Buckmaster Road m: +44 7770 465 077 xmpp: rus...@russel.org.uk
London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
Roberto Costumero Moreno
Sebastian Schlingmann
tool I discovered some odd behaviour:
I wrote a small Makefile for my code which essentially contains:
GOPATH = $(CURDIR)
all:
go install client
When GOPATH is not set "make" throws a "can't load package: client:
package could not be found locally" error.
If I export GOPATH="" make runs just fine. So the go tool seems to
behave differently if GOPATH is not set and setting GOPATH to some
nonsense value is enough to change the behaviour.
Jan Mercl
We've just tagged a new Go weekly, weekly.2012-02-07.
$ godoc -http=:6060
... and in the browser the import path is not correct, IIUC all the new things about $GOPATH.
Package strutil
import "src/cznic/strutil"
Russ Cox
Please see the mail I posted to golang-nuts yesterday about
the go command. $GOPATH needs to be set to the root of
your work tree, not to the directory containing one specific package.
Russ
Russ Cox
> I would like someone to confirm either my incorrect setup or a minor bug in
> this weekly godoc and/or doc tool(s):
Yes, it's a bug. See issue 2234.
Russ
Russ Cox
<rob...@costumero.es> wrote:
> Failed to install on Mac OS Lion 64 bits, as seems to be the same problem on
> Linux Alexander had.
It looks like you have stale files in your src/pkg/runtime directory.
The easiest fix is probably
cd $GOROOT/src/pkg/runtime
rm *
hg revert .
Russ
Russ Cox
> At testing one of my packages, I get this error related to cgo:
Is this happening during 'go test'?
The old testing framework may have run tests with
standard input connected to your terminal, but the
new 'go test' runs tests with standard input connected
to /dev/null. Your tcgetattr is failing because it is
querying standard input as if it were a terminal,
but it is not. This is a bug in your code: it should
not insist that standard input be a terminal.
Russ
Russ Cox
> It seems that if I set GOBIN to $GOROOT/bin_Linux_x86_64 the tools still
> go into $GOROOT/bin/tool. This means it is impossible to have multiple
> platforms use the same source tree.
>
> Unless I have just done the build wrong.
You're absolutely right. I've created issue 2920.
Russ
Sebastian Schlingmann
my go code in specific directories which just does not work well with
my current directory setup. I have the required directory structure
inside the directory where the Makefile resides. So the Makefile sets
the GOPATH variable to the root of my work tree of the specific
project I'm currently trying to compile.
Jan Mercl
Yes, it's a bug. See issue 2234.
Russ
Russ Cox
> When GOPATH is not set "make" throws a "can't load package: client:
> package could not be found locally" error.
This would happen because if $GOPATH is not set, it looks in
$GOROOT/src/pkg/client (which I assume does not exist) and
then gives up.
> If I export GOPATH="" make runs just fine.
This sounds like a bug, like go it is treating GOPATH="" like GOPATH=.
However, I cannot reproduce this. Can you reproduce this behavior
outside of make? If so, can you compare the output of 'go list -e -json client'
in the working case against the shouldn't-be-working-but-is case?
Thanks.
Russ
Mark Summerfield
I tried installing & building Go weekly from fresh on Mac OS 10.5.4
32-bit and it failed:
------------------------------------------------------------
$ hg clone -u weekly https://go.googlecode.com/hg/ go
requesting all changes
adding changesets
adding manifests
adding file changes
added 11777 changesets with 44953 changes to 6234 files (+4 heads)
updating to branch default
3211 files updated, 0 files merged, 0 files removed, 0 files unresolved
$ cd go/src/
$ ./all.bash
# Building C bootstrap tool.
# Building compilers and Go bootstrap tool.
lib9
libbio
libmach
cmd/cov
ld warning: in /Users/mark/opt/go/pkg/obj/cmd/cov/main.o, file is not of required architecture
ld warning: in /Users/mark/opt/go/pkg/obj/cmd/cov/tree.o, file is not of required architecture
ld warning: in /Users/mark/opt/go/pkg/obj/libmach.a, file is not of required architecture
ld warning: in /Users/mark/opt/go/pkg/obj/libbio.a, file is not of required architecture
ld warning: in /Users/mark/opt/go/pkg/obj/lib9.a, file is not of required architecture
Undefined symbols:
"_main", referenced from:
start in crt1.10.5.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
go tool dist: FAILED: gcc -o /Users/mark/opt/go/bin/tool/cov /Users/mark/opt/go/pkg/obj/cmd/cov/main.o /Users/mark/opt/go/pkg/obj/cmd/cov/tree.o /Users/mark/opt/go/pkg/obj/libmach.a /Users/mark/opt/go/pkg/obj/libbio.a /Users/mark/opt/go/pkg/obj/lib9.a -lm
------------------------------------------------------------
Any suggestions?
Thanks!
--
Mark Summerfield, Qtrac Ltd, www.qtrac.eu
C++, Python, Qt, PyQt - training and consultancy
"Advanced Qt Programming" - ISBN 0321635906
http://www.qtrac.eu/aqpbook.html
Ian Lance Taylor
> /home/santucco/go/src/pkg/runtime/zruntime_defs_linux_amd64.go:7: lock
> redeclared in this block
> previous declaration at
> /home/santucco/go/src/pkg/runtime/runtime_defs.go:9
The file src/pkg/runtime/runtime_defs.go was removed from the master
repository over a year ago. Delete it from your copy.
Ian
Alexander Sychev
I have thought hg --clean is enough :-)
On Wed, 08 Feb 2012 13:01:07 +0300, Dave Cheney <da...@cheney.net> wrote:
> Hello,
>
> Make sure that you don't have any left over dregs from previous
> weeklies in your $GOROOT, try hg status $GOROOT and remove any entries
> with a ?
>
> Cheers
>
> Dave
--
Best regards,
Alexander Sychev
Senior Developer
Kaspersky Lab
10/1, 1st Volokolamsky Proezd
Moscow 123060
Russia
Alexande...@kaspersky.com
T/F: +7 495 797 87 00
D: +7 495 797 87 00 x1371
M: +7 916 967 63 93
Sebastian Schlingmann
this seems to be no go bug but one of the many make oddities.
Thanks for your help
Mark Summerfield
Mark Summerfield <li...@qtrac.plus.com> wrote:
> On Wed, 8 Feb 2012 08:47:01 -0500
> Russ Cox <r...@golang.org> wrote:
> > On Wed, Feb 8, 2012 at 08:06, Roberto Costumero Moreno
> > <rob...@costumero.es> wrote:
> > > Failed to install on Mac OS Lion 64 bits, as seems to be the same
> > > problem on Linux Alexander had.
> >
> > It looks like you have stale files in your src/pkg/runtime
> > directory. The easiest fix is probably
> > cd $GOROOT/src/pkg/runtime
> > rm *
> > hg revert .
>
> I tried installing & building Go weekly from fresh on Mac OS 10.5.4
> 32-bit and it failed:
I forgot to mention that it builds perfectly with weekly-2012-01-27.
[snip]
--
Mark Summerfield, Qtrac Ltd, www.qtrac.eu
C++, Python, Qt, PyQt - training and consultancy
"Programming in Python 3" - ISBN 0321680561
http://www.qtrac.eu/py3book.html
Russ Cox
during the build that is inappropriate on your machine.
I can see you have a Mac. What does
sysctl machdep.cpu.extfeatures
file /Users/mark/opt/go/pkg/obj/cmd/cov/main.o
print?
Thanks.
Russ
Mark Summerfield
machdep.cpu.extfeatures: XD EM64T
/Users/mark/opt/go/pkg/obj/cmd/cov/main.o: Mach-O 64-bit object x86_64
BTW My Mac is 10.5.8 (not 10.5.4). And I don't actually know if it is
32-bit or 64-bit (I only bought it for cross-platform testing; don't
actually use it).
--
Mark Summerfield, Qtrac Ltd, www.qtrac.eu
C++, Python, Qt, PyQt - training and consultancy
Russ Cox
> machdep.cpu.extfeatures: XD EM64T
> /Users/mark/opt/go/pkg/obj/cmd/cov/main.o: Mach-O 64-bit object x86_64
>
> BTW My Mac is 10.5.8 (not 10.5.4). And I don't actually know if it is
> 32-bit or 64-bit (I only bought it for cross-platform testing; don't
> actually use it).
Sorry about this: we are passing different arguments to the compiler
and linker during the bootstrap phase, and it only seems to matter
on older Macs that are 64-bit but default to 32-bit compilation.
http://codereview.appspot.com/5646053 will fix this.
Russ
Roberto Costumero Moreno
Archos
many broken packages with this release.
I installed the anterior weekly but I'd the same failure so I tried
with gotest but I need the Makefile that I'd deleted; I added and it
works ok so the problem is that go test/install doesn't works for cgo
programs:
CGOFILES=\
control.go\
GOFILES=\
def_$(GOOS).go\
util.go\
winsize.go\
On Feb 8, 1:49 pm, Russ Cox <r...@golang.org> wrote:
Russ Cox
> I installed the anterior weekly but I'd the same failure so I tried
> with gotest but I need the Makefile that I'd deleted; I added and it
> works ok so the problem is that go test/install doesn't works for cgo
> programs:
It works fine for cgo programs. Package net is a cgo program.
It doesn't work fine for programs that require standard input
to be connected to something other than /dev/null.
Russ
Archos
On Feb 8, 6:35 pm, Russ Cox <r...@golang.org> wrote:
files for a system: def_$(GOOS).go
Russ Cox
> I thought that it could be because go tool had not in mind specific
> files for a system: def_$(GOOS).go
What error are you seeing when you try to run the test?
You showed us a snippet of a Makefile that you can't
possibly be using anymore, but nothing about what is
actually going wrong.
Russ
Archos
FAIL Go-Term/term 0.007s
panic: terminal settings could not be got: inappropriate ioctl for
device
goroutine 1 [running]:
Go-Term/term.init·1()
/tmp/go-build016801758/Go-Term/term/_test/control.cgo1.go:-118 +0x115
Go-Term/term.init()
/tmp/go-build016801758/Go-Term/term/_test/control.cgo1.go:3 +0x89
main.init()
/tmp/go-build016801758/Go-Term/term/_test/_testmain.go:26 +0x3b
goroutine 2 [syscall]:
os/signal.process(0xf840001960, 0x0)
/var/tmp/go/src/pkg/os/signal/signal.go:21 +0x1c
created by os/signal.init·1
/var/tmp/go/src/pkg/os/signal/signal.go:34 +0x52
// ==
This is the prorgam:
https://github.com/kless/Go-Term/tree/master/term
On Feb 8, 6:54 pm, Russ Cox <r...@golang.org> wrote:
Gustavo Niemeyer
> $ go test
> FAIL Go-Term/term 0.007s
> panic: terminal settings could not be got: inappropriate ioctl for
> device
go test runs with /dev/null on standard input. /dev/null is not a terminal.
--
Gustavo Niemeyer
http://niemeyer.net
http://niemeyer.net/plus
http://niemeyer.net/twitter
http://niemeyer.net/blog
-- I'm not absolutely sure of anything.
Archos
programs using that library so that I cann't test them from now on.
On Feb 8, 7:18 pm, Gustavo Niemeyer <gust...@niemeyer.net> wrote:
> > $ go test
> > FAIL Go-Term/term 0.007s
> > panic: terminal settings could not be got: inappropriate ioctl for
> > device
>
> go test runs with /dev/null on standard input. /dev/null is not a terminal.
>
> --
Russ Cox
> But how can be fixed?
Delete the line that says
panic("terminal settings could not be got: " + err.Error())
Archos
On Feb 8, 7:33 pm, Archos <raul....@sent.com> wrote:
> That said Russ Cox. But how can be fixed? Because I've several
> programs using that library so that I cann't test them from now on.
>
> On Feb 8, 7:18 pm, Gustavo Niemeyer <gust...@niemeyer.net> wrote:
>
>
> > On Wed, Feb 8, 2012 at 16:57, Archos <raul....@sent.com> wrote:
> > > $ go test
> > > FAIL Go-Term/term 0.007s
> > > panic: terminal settings could not be got: inappropriate ioctl for
> > > device
>
> > go test runs with /dev/null on standard input. /dev/null is not a terminal.
>
> > --
Alexander Sychev
Mark Summerfield
No problem: just to confirm---I did hg pull && hg update tip && cd src
&& ./all.bash and it built fine:-)
Thanks!
--
Mark Summerfield, Qtrac Ltd, www.qtrac.eu
C++, Python, Qt, PyQt - training and consultancy
Shawn Smith
Brian Ketelsen
Accomplishes all of that.
Shawn Smith
Brian Ketelsen
Regards,
Brian Ketelsen
Rob 'Commander' Pike
John Asmuth
Russ Cox
> You've been running 6g from the command line for a year? yeesh!
I run 6g from the command line every day. There's nothing wrong with that.
Russ
Robert Straw
I had similar issues on OS X Lion (x64) 10.7.3
There seem to be some files that become untracked by the weekly branch
but stay in the working directory.
The error is exactly as it describes, the untracked files are being
included in the build (the runtime_defs) are redeclaring a lot of
variables.
Just do a fresh clone and you should be fine :-)
On Feb 8, 3:53 am, Alexander Sychev <santu...@gmail.com> wrote:
> Hello!
>
> The new weekly is not compiled on linux-x86_64:
>
> # Building C bootstrap tool.
>
> # Building compilers and Go bootstrap tool.
> lib9
> libbio
> libmach
> cmd/cov
> cmd/nm
> cmd/pack
> cmd/prof
> cmd/cc
> cmd/gc
> cmd/6l
> cmd/6a
> cmd/6c
> cmd/6g
> pkg/runtime
> redeclared in this block
> previous declaration at
> /home/santucco/go/src/pkg/runtime/runtime_defs.go:9
> previous declaration at
> /home/santucco/go/src/pkg/runtime/zruntime_defs_linux_amd64.go:17: _string
> previous declaration at
> /home/santucco/go/src/pkg/runtime/zruntime_defs_linux_amd64.go:22: iface
> previous declaration at
> /home/santucco/go/src/pkg/runtime/zruntime_defs_linux_amd64.go:27: eface
> previous declaration at
> /home/santucco/go/src/pkg/runtime/zruntime_defs_linux_amd64.go:32:
> _complex64 redeclared in this block
> previous declaration at
> /home/santucco/go/src/pkg/runtime/runtime_defs.go:53
> /home/santucco/go/src/pkg/runtime/zruntime_defs_linux_amd64.go:37:
> _complex128 redeclared in this block
> previous declaration at
> /home/santucco/go/src/pkg/runtime/runtime_defs.go:58
> /home/santucco/go/src/pkg/runtime/zruntime_defs_linux_amd64.go:42: slice
> previous declaration at
> /home/santucco/go/src/pkg/runtime/zruntime_defs_linux_amd64.go:48: gobuf
> previous declaration at
> /home/santucco/go/src/pkg/runtime/zruntime_defs_linux_amd64.go:54: g
> previous declaration at