Go 1.3 Release Candidate 1 released

Showing 1-23 of 23 messages
Go 1.3 Release Candidate 1 released Andrew Gerrand 6/2/14 3:31 PM
Hi Go nuts,

We have just released go1.3rc1, a release candidate for Go 1.2.

While this release candidate is considered stable, but please exercise caution when deploying to production systems.

Please help us by testing your Go programs with the new tool chain and libraries, and report any problems using the issue tracker:
    http://golang.org/issue/new

You can download binary and source distributions from our new download page:
    http://golang.org/dl/#go1.3rc1

To compile from source, update to the go1.3rc1 tag with "hg update go1.3rc1" and build as usual.

To find out what has changed, read the release notes for Go 1.3:
    http://tip.golang.org/doc/go1.3

Documentation for Go 1.3 is available at http://tip.golang.org/

Thanks to everyone who has contributed to the release so far.

Andrew
Re: Go 1.3 Release Candidate 1 released luf...@163.com 6/2/14 6:46 PM
cgo:inconsistent definitions for C.CreateWindowEx(go1.3rc1)
Normally in Go1.2

在 2014年6月3日星期二UTC+8上午6时31分15秒,Andrew Gerrand写道:
Re: Go 1.3 Release Candidate 1 released shka...@gmail.com 6/2/14 7:24 PM
Hi Andrew, thank you for sharing this. Is NaCl port documentation or tutorials available anywhere?
Thank you,
Serge
Re: [go-nuts] Re: Go 1.3 Release Candidate 1 released Andrew Gerrand 6/2/14 7:42 PM

On 3 June 2014 12:24, <shka...@gmail.com> wrote:
Is NaCl port documentation or tutorials available anywhere?

http://tip.golang.org/misc/nacl/README
Re: [go-nuts] Re: Go 1.3 Release Candidate 1 released bradfitz 6/2/14 7:49 PM


--
You received this message because you are subscribed to the Google Groups "golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-nuts] Re: Go 1.3 Release Candidate 1 released David Symonds 6/2/14 8:37 PM
On 3 June 2014 11:46,  <luf...@163.com> wrote:

> cgo:inconsistent definitions for C.CreateWindowEx(go1.3rc1)
> Normally in Go1.2

I believe that was fixed in https://codereview.appspot.com/102080043,
so it should be fine in the next release candidate.
Re: Go 1.3 Release Candidate 1 released 小菜 6/2/14 11:21 PM
oh,  very good, I have waited for a long time !




在 2014年6月3日星期二UTC+8上午6时31分15秒,Andrew Gerrand写道:
Re: Go 1.3 Release Candidate 1 released 小菜 6/2/14 11:28 PM
I  think  It need a package for GUI programming!




在 2014年6月3日星期二UTC+8上午6时31分15秒,Andrew Gerrand写道:
Re: Go 1.3 Release Candidate 1 released Rusco 6/3/14 12:02 AM
a release candidate for Go 1."3"
Re: [go-nuts] Re: Go 1.3 Release Candidate 1 released Nick Craig-Wood 6/3/14 3:43 AM
When compiling http://github.com/ncw/gmp/ I get this similar error

# github.com/ncw/gmp
./int_extra.go:21: cannot use &z.i[0] (type *C.struct___0) as type
*C.struct___1 in argument to _Cfunc_mpz_sqrt
./int_extra.go:21: cannot use &x.i[0] (type *C.struct___0) as type
*C.struct___1 in argument to _Cfunc_mpz_sqrt

$ go version
go version go1.3rc1 linux/amd64

Which looks like a similar problem and is indeed fixed in tip

$ go version devel +d86ec79a5f30 Tue Jun 03 18:11:17 2014 +1000 linux/amd64

--
Nick Craig-Wood <ni...@craig-wood.com> -- http://www.craig-wood.com/nick
Re: Go 1.3 Release Candidate 1 released thwd 6/3/14 7:40 AM
We have just released go1.3rc1, a release candidate for Go 1.2.

now that's counter-intuitive... oh, wait.
Re: Go 1.3 Release Candidate 1 released Jason E. Aten 6/8/14 2:31 PM
FYI to anyone using gdb to debug golang programs, go 1.3 is very broken when it comes to breakpointing inside function literals, and it doesn't look like this is going to get fixed until go1.4.

https://code.google.com/p/go/issues/detail?id=8098

Since I use a test framework (GoConvey; github.com/smartystreets/goconvey) where all tests are inside function literals, Go 1.3 is functionally useless to me.

Re: Go 1.3 Release Candidate 1 released jasdel 6/8/14 10:08 PM
Are there alternatives to debugging via gdb? I didn't think there were but wanted to check.
Re: Go 1.3 Release Candidate 1 released Jason E. Aten 6/8/14 11:56 PM
On Sunday, June 8, 2014 10:08:56 PM UTC-7, jasdel wrote:
Are there alternatives to debugging via gdb? I didn't think there were but wanted to check.

Inserting prints via fmt.Printf(%#v) or go-goon.Dump() [https://github.com/shurcooL/go-goon] are the next best things I know of.  Hardly comparable to being able to use watchpoints to pinpoint a problem, I know.
Re: Go 1.3 Release Candidate 1 released Hans Dorn 6/9/14 3:58 AM
Hi all

I'm new to the group, and my first question goes here:

Just came across this tidbit related to the garbage collector:
"Programs that use package unsafe to store integers in pointer-typed values are illegal and will crash if the runtime detects the behavior."

-This would effectively prohibit the passing of pointers to syscalls via uintptr, right?
- what are the alternatives, cgo maybe?

I plan on using Windows DDLs heaviliy...


Cheers
Hans




Re: Go 1.3 Release Candidate 1 released Hans Dorn 6/9/14 4:01 AM
P.S: . Programs that use package unsafe to store pointers in integer-typed values are also illegal

Re: Go 1.3 Release Candidate 1 released Mateusz Czapliński 6/9/14 4:48 AM
On Monday, June 9, 2014 12:58:39 PM UTC+2, Hans Dorn wrote:
"Programs that use package unsafe to store integers in pointer-typed values are illegal and will crash if the runtime detects the behavior."
-This would effectively prohibit the passing of pointers to syscalls via uintptr, right?

I asked a similar (although not exactly same) question here: https://groups.google.com/d/msg/golang-nuts/W_Up0e4TOfs/Oo9kiWS1uwYJ ; got some valuable responses, although some things are still not fully clear to me, but I don't have enough time to continue asking questions at the moment, unfortunately.
Re: Go 1.3 Release Candidate 1 released Peter Kleiweg 6/9/14 7:32 AM
Some problems:

    (peter) ~ go get github.com/pebbe/novas
    inconsistent definitions for C.make_cat_entry

    (peter) ~/go/src go get gopkg.in/qml.v0
    inconsistent definitions for C.DataValue

This is new in go1.3rc1. It was still working in go1.3beta2.
Re: Go 1.3 Release Candidate 1 released Peter Kleiweg 6/9/14 7:44 AM
Op maandag 9 juni 2014 16:32:19 UTC+2 schreef Peter Kleiweg:
Ah, fixed on tip.

Shouldn't `go version` on tip give a submit hash? It just says "go1.3rc1"

Re: [go-nuts] Go 1.3 Release Candidate 1 released Gustavo Niemeyer 6/9/14 8:04 AM
If you're using godeb, you'll need to download the latest update for
it to handle the new download URL (golang.org/dl). The older locations
are still consulted (concurrently) so that all the known releases can
be installed.
> --
> You received this message because you are subscribed to the Google Groups
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to golang-nuts...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.



--

gustavo @ http://niemeyer.net
Re: Go 1.3 Release Candidate 1 released Derek Parker 6/9/14 8:37 AM
I've been experimentally working on a debugger written in Go. It's very much alpha, however, and only works for Linux amd64. https://github.com/derekparker/dbg. It currently relies on the Go symbol table to set/remove breakpoints so it should be impervious to these DWARF issues. However, DWARF data inaccuracies could affect some features I'm currently working on.

(Don't mean to sidetrack this thread with self-promotion, thought this might be relevant).


On Monday, June 9, 2014 12:08:56 AM UTC-5, jasdel wrote:
Are there alternatives to debugging via gdb? I didn't think there were but wanted to check.
Re: Go 1.3 Release Candidate 1 released Hans Dorn 6/9/14 3:22 PM


On Monday, June 9, 2014 1:48:40 PM UTC+2, Mateusz Czapliński wrote:

I asked a similar (although not exactly same) question here: https://groups.google.com/d/msg/golang-nuts/W_Up0e4TOfs/Oo9kiWS1uwYJ ; got some valuable responses, although some things are still not fully clear to me, but I don't have enough time to continue asking questions at the moment, unfortunately.

Thanks a lot that was actually pretty helpful.
Re: [go-nuts] Re: Go 1.3 Release Candidate 1 released Jason E. Aten 6/10/14 9:35 PM
On Mon, Jun 9, 2014 at 8:37 AM, <parker...@gmail.com> wrote:
I've been experimentally working on a debugger written in Go. It's very much alpha, however, and only works for Linux amd64. https://github.com/derekparker/dbg. It currently relies on the Go symbol table to set/remove breakpoints so it should be impervious to these DWARF issues. However, DWARF data inaccuracies could affect some features I'm currently working on.

(Don't mean to sidetrack this thread with self-promotion, thought this might be relevant).


Cool! I'll check it out.

Btw, Ian pushed a fix for the dwarf line-finding issue today. Horray!
https://code.google.com/p/go/source/detail?r=87daa424d96a

More topics »