Go 1.2 Release Candidate 1 released

Showing 1-40 of 40 messages
Go 1.2 Release Candidate 1 released Andrew Gerrand 9/19/13 9:07 PM
Hi Go nuts,

We have just released go1.2rc1, a release candidate for Go 1.2. It is cut from the default branch at revision f4d1cb8d9a91.

This release candidate is NOT stable and should not be used in 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 the usual place:
    https://code.google.com/p/go/downloads/list?q=go1.1rc2

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

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

Our goal is to release the official version of Go 1.2 on December 1, 2013.

Andrew

Re: [go-nuts] Go 1.2 Release Candidate 1 released kortschak 9/19/13 9:21 PM
I'm not seeing that tag in the pulled code or on the changes page at
p/go. Is this a lag or something else?

Dan

Re: [go-nuts] Go 1.2 Release Candidate 1 released minux 9/19/13 9:26 PM

On Fri, Sep 20, 2013 at 12:21 AM, Dan Kortschak <dan.ko...@adelaide.edu.au> wrote:
I'm not seeing that tag in the pulled code or on the changes page at
p/go. Is this a lag or something else?
see CL 13777043 and CL 13354049.
Re: [go-nuts] Go 1.2 Release Candidate 1 released kortschak 9/19/13 9:30 PM
Yes, I saw those when they went in. So it's an untagged rc?

Re: Go 1.2 Release Candidate 1 released brainman 9/19/13 9:32 PM
On Friday, 20 September 2013 14:07:21 UTC+10, Andrew Gerrand wrote:

You can download binary and source distributions from the usual place:
    https://code.google.com/p/go/downloads/list?q=go1.1rc2



Alex 
Re: [go-nuts] Go 1.2 Release Candidate 1 released minux 9/19/13 9:53 PM

On Fri, Sep 20, 2013 at 12:30 AM, Dan Kortschak <dan.ko...@adelaide.edu.au> wrote:
Yes, I saw those when they went in. So it's an untagged rc?
when cmd/dist sees the tag, it thinks it's a release version of Go, and will refuse to build
when cmd/prof is present. which means we probably can't tag go1.2rc1 without first
branch and delete cmd/prof.

Re: [go-nuts] Go 1.2 Release Candidate 1 released kortschak 9/19/13 10:06 PM
Would something like this be frowned upon?


diff -r 5b367120d592 src/cmd/dist/build.c
--- a/src/cmd/dist/build.c        Thu Sep 19 17:12:00 2013 +1000
+++ b/src/cmd/dist/build.c        Fri Sep 20 14:32:52 2013 +0930
@@ -404,7 +404,7 @@
         }
 
         // For release, make sure excluded things are excluded.
-        if(hasprefix(goversion, "release.") || hasprefix(goversion, "go")) {
+        if(hasprefix(goversion, "release.") || (hasprefix(goversion, "go") && !contains(goversion, "rc"))) {
                 for(i=0; i<nelem(unreleased); i++)
                         if(isdir(bpathf(&b, "%s/%s", goroot, unreleased[i])))
                                 fatal("%s should not exist in release build", bstr(&b));


Re: [go-nuts] Go 1.2 Release Candidate 1 released minux 9/19/13 10:20 PM

i think we need better detection for released version, consider that we also issue go1.2beta.

how about we check that the goversion either hasprefix "release." or match "go[0-9.]*"?
(anyway, please send the CL so that we can continue discussion on that CL.)
Re: [go-nuts] Go 1.2 Release Candidate 1 released Dave Cheney 9/19/13 10:25 PM
Would it be simpler to move cmd/prof to a sub repo ?
> --
> 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/groups/opt_out.
Re: [go-nuts] Go 1.2 Release Candidate 1 released minux 9/19/13 10:37 PM

On Fri, Sep 20, 2013 at 1:25 AM, Dave Cheney <da...@cheney.net> wrote:
Would it be simpler to move cmd/prof to a sub repo ?
then we will either have to re-introduce Makefile or teach cmd/dist to build cmd/prof in a subrepo. 
Re: [go-nuts] Go 1.2 Release Candidate 1 released Nathan Youngman 9/19/13 11:43 PM

Thanks Andrew. I look forward to trying out the new cgo changes with Xcode 5 installed. I'll just update to the SHA for now, no biggy.

If we are going to make cmd/dist more intelligent about recognizing release versions, could we go ahead and make the tags follow http://semver.org/

v1.2.0-rc.1
v1.2.0

Go already follows SemVer in spirit, might as well in letter. This is something I've been doing and recommending others do for third-party packages in order to have a consistent release tag format for tooling.

Thanks again. Nathan.

Re: [go-nuts] Go 1.2 Release Candidate 1 released kortschak 9/19/13 11:46 PM
On Fri, 2013-09-20 at 01:20 -0400, minux wrote:
> how about we check that the goversion either hasprefix "release." or
> match "go[0-9.]*"?

This would require (AFAICS) introduction of a match function to
cmd/dist.

Re: [go-nuts] Go 1.2 Release Candidate 1 released Nathan Youngman 9/20/13 12:20 AM
A simple ASCII search for a '-' hyphen could indicate a non-release version:

v1.2.0-rc.1
v1.2.0-beta
v1.2.0

Looking at existing tags

weekly.yyyy-mm-dd # non-release
go1 # release
go1.1.2 # release
release.r60.3 # release

The potentially problematic ones are:

go1.1rc2
go1.1rc3
weekly

Re: [go-nuts] Go 1.2 Release Candidate 1 released minux 9/20/13 8:08 AM

because it's so simple, i think it could be written a C function that take a couple of lines,
and no extra external dependencies.
Re: [go-nuts] Go 1.2 Release Candidate 1 released Keith Rarick 9/20/13 12:11 PM
I'm curious about the "-osx10.8" naming convention for the darwin builds.
I assume a change like this would not be made gratuitously.

The Heroku buildpack makes a halfhearted attempt to work on multiple OSes.
https://github.com/kr/heroku-buildpack-go/blob/7ce7f7d/bin/compile#L10

Is there a rule I can follow to reliably assemble a URL for both linux
and darwin?
Re: [go-nuts] Go 1.2 Release Candidate 1 released minux 9/20/13 12:15 PM


On Sep 20, 2013 3:12 PM, "Keith Rarick" <k...@xph.us> wrote:
>
> I'm curious about the "-osx10.8" naming convention for the darwin builds.
> I assume a change like this would not be made gratuitously.
please see issue 5726.

Re: [go-nuts] Go 1.2 Release Candidate 1 released Ian Lance Taylor 9/20/13 12:17 PM
On Fri, Sep 20, 2013 at 12:11 PM, Keith Rarick <k...@xph.us> wrote:
> I'm curious about the "-osx10.8" naming convention for the darwin builds.
> I assume a change like this would not be made gratuitously.
>
> The Heroku buildpack makes a halfhearted attempt to work on multiple OSes.
> https://github.com/kr/heroku-buildpack-go/blob/7ce7f7d/bin/compile#L10
>
> Is there a rule I can follow to reliably assemble a URL for both linux
> and darwin?

Well, which version of Darwin do you mean?  We unfortunately have to
build different binary distributions for different versions of Darwin.

Ian
Re: [go-nuts] Go 1.2 Release Candidate 1 released Gustavo Niemeyer 9/20/13 12:26 PM
If you are in Ubuntu or Debian, please note that godeb [1] should still work:

    http://paste.ubuntu.com/6134116/


[1] http://blog.labix.org/2013/06/15/in-flight-deb-packages-of-go
> --
> 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/groups/opt_out.



--

gustavo @ http://niemeyer.net
Re: [go-nuts] Go 1.2 Release Candidate 1 released Keith Rarick 9/20/13 12:27 PM
On Fri, Sep 20, 2013 at 12:17 PM, Ian Lance Taylor <ia...@golang.org> wrote:
>> https://github.com/kr/heroku-buildpack-go/blob/7ce7f7d/bin/compile#L10
>> Is there a rule I can follow to reliably assemble a URL for both linux
>> and darwin?
>
> Well, which version of Darwin do you mean?  We unfortunately have to
> build different binary distributions for different versions of Darwin.

I see. Then I mean whichever version of Darwin that shell script
is running on at the time of execution.

It's not a big deal. I can live without Darwin support; it just makes
testing easier. (Heroku runtime is always Linux.) But if there's an
easy way to guess the right URL it would be nice to know.
Re: [go-nuts] Go 1.2 Release Candidate 1 released Keith Rarick 9/20/13 1:44 PM
Heroku users, as with Go version 1.1, I've added a go1.2 branch
to the buildpack. This branch currently pulling 1.2rc1, and I'll continue
updating it as new 1.2 releases come out.

To use it:

$ heroku config:set
BUILDPACK_URL='https://github.com/kr/heroku-buildpack-go#go1.2'
$ git push heroku master

Once Go 1.2 is released, I'll update the buildpack's master branch as well.


On Thu, Sep 19, 2013 at 9:07 PM, Andrew Gerrand <a...@google.com> wrote:
Re: Go 1.2 Release Candidate 1 released ajstarks 9/20/13 2:57 PM
FYI, this release builds on the original 256MB Raspberry PI, but the tests fail with nilptr.go, rotate[1-3].go, fixedbugs/issue5162.go throwing incorrect output and out of memory errors.
Re: [go-nuts] Re: Go 1.2 Release Candidate 1 released Dave Cheney 9/20/13 3:07 PM
I don't think there is much that can be done about that, those tests
do allocate a lot of memory, especially nilptr.go (read the source),
rotateN.go consume a lot of memory to compile, this is issue 1860 (and
probably others).

FWIW, Go will still work fine even with these failures, and I have
heard that compiler/linker memory usage is in rsc and dmitry's radar
for 1.3.
Re: [go-nuts] Re: Go 1.2 Release Candidate 1 released minux 9/20/13 3:10 PM

On Fri, Sep 20, 2013 at 5:57 PM, ajstarks <ajst...@gmail.com> wrote:
FYI, this release builds on the original 256MB Raspberry PI,
glad to learn that Go still builds on the original Pi! 
but the tests fail with nilptr.go, rotate[1-3].go, fixedbugs/issue5162.go throwing incorrect output and out of memory errors.
the nilptr.go will throw out of memory panic, that's expected.

for the rotate tests, you can cross compile it on PC and copy and run the resulting binary program on the Pi, they should finish quickly and quietly
without using much memory (i.e. only the compiling phase requires a lot of memory)

fixedbugs/issue5162.go will generate a 16137 lines Go program as output, compiling that will require a large memory, you can cross compile
the generated source and run it on the Pi.

btw, thanks for testing the new rc.
Re: Go 1.2 Release Candidate 1 released tho...@habets.se 9/21/13 3:59 AM
On Friday, 20 September 2013 05:07:21 UTC+1, Andrew Gerrand wrote:
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

Do you want documentation issues there too?
Specifically:
* The tls module says it's a partial implementation of TLS 1.1, but the release notes say TLS 1.2. (and it kinda looks like the latter is right)
* What's "partial" about it? I'm guessing that it doesn't implement crap ciphers, but what else?
 
Re: [go-nuts] Re: Go 1.2 Release Candidate 1 released minux 9/21/13 8:46 AM


On Sep 21, 2013 6:59 AM, <tho...@habets.se> wrote:
>
> On Friday, 20 September 2013 05:07:21 UTC+1, Andrew Gerrand wrote:
>>
>> 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
> Do you want documentation issues there too?
definitely. please file issues also for doc problems.

> Specifically:
> * The tls module says it's a partial implementation of TLS 1.1, but the release notes say TLS 1.2. (and it kinda looks like the latter is right)
> * What's "partial" about it? I'm guessing that it doesn't implement crap ciphers, but what else?

Re: [go-nuts] Go 1.2 Release Candidate 1 released Andrew Gerrand 9/22/13 4:22 PM

On 20 September 2013 14:30, Dan Kortschak <dan.ko...@adelaide.edu.au> wrote:
Yes, I saw those when they went in. So it's an untagged rc?

Correct. "Beta" might be a more apt name, but we decided with the shortened release cycle to issue the first release candidate as early as possible.

A policy set by the dist tool prevents us from tagging the release (as minux pointed out). We might revisit that policy at some point. Sorry for the inconvenience there.

Andrew
Re: [go-nuts] Go 1.2 Release Candidate 1 released Andrew Gerrand 9/22/13 4:27 PM

On 21 September 2013 05:11, Keith Rarick <k...@xph.us> wrote:
I'm curious about the "-osx10.8" naming convention for the darwin builds.
I assume a change like this would not be made gratuitously.

The Heroku buildpack makes a halfhearted attempt to work on multiple OSes.
https://github.com/kr/heroku-buildpack-go/blob/7ce7f7d/bin/compile#L10

Is there a rule I can follow to reliably assemble a URL for both linux
and darwin?

It's annoying that we need to provide binaries for different MacOS versions.

After I rolled the binaries I realized that "-macos10.8" might be a better naming convention ("osx10.8" expands to "oh ess ten ten point 8"), and will likely do that in future.

As for reliably detecting the OS X version, you can use "uname -r". Note that the version numbers are not "10.X" but some other scheme. See how the dist tool does it here: http://tip.golang.org/src/cmd/dist/unix.c#L709

Andrew
Re: [go-nuts] Go 1.2 Release Candidate 1 released kortschak 9/22/13 4:30 PM
On Mon, 2013-09-23 at 09:22 +1000, Andrew Gerrand wrote:
> Correct. "Beta" might be a more apt name, but we decided with the
> shortened release cycle to issue the first release candidate as early
> as possible.
>
> A policy set by the dist tool prevents us from tagging the release (as
> minux pointed out). We might revisit that policy at some point. Sorry
> for the inconvenience there.

No worries. Please see https://codereview.appspot.com/13500047/ for a
fix for this.

Dan

Re: [go-nuts] Go 1.2 Release Candidate 1 released Arne Hormann 9/22/13 7:29 PM
I think osx10.8 is fine. Apple doesn't seem to care for the redundancy, if you click about on a mac it also reports "OS X Version X.Y.Z".

Am Montag, 23. September 2013 01:27:53 UTC+2 schrieb Andrew Gerrand:
Re: [go-nuts] Go 1.2 Release Candidate 1 released Andrew Gerrand 9/22/13 7:30 PM

On 23 September 2013 12:29, Arne Hormann <arneh...@gmail.com> wrote:
I think osx10.8 is fine. Apple doesn't seem to care for the redundancy, if you click about on a mac it also reports "OS X Version X.Y.Z".

Yeah, this has been pointed out by others, too. And I guess the term "MacOS" has fallen out of common use by now.

Andrew
Re: [go-nuts] Go 1.2 Release Candidate 1 released Arne Hormann 9/22/13 7:33 PM
It's also pretty unlikely that Apple will do an OS XI anytime soon, I think OS X is a brand and the meaning of X as a roman numeral is more or less lost.

Am Montag, 23. September 2013 04:30:48 UTC+2 schrieb Andrew Gerrand:
Re: [go-nuts] Go 1.2 Release Candidate 1 released Kyle Lemons 9/23/13 1:26 AM
The way things are going now (new ipad, new nexus 7) we're lucky if the next set of operating systems aren't "New OS" and "New Windows" :).

On a more serious note, though, I've been running on the release candidate and haven't seen anything except the failure of that silly pprof test, and only on my single-core VM.

--- FAIL: TestCPUProfileMultithreaded (1.34 seconds)
        pprof_test.go:128: crc32.ChecksumIEEE: 0
        pprof_test.go:128: crc32.Update: 66
        pprof_test.go:138: crc32.ChecksumIEEE has 0 samples out of 66, want at least 11, ideally 33
FAIL
FAIL    runtime/pprof   4.174s

alas, I haven't had time to find a linux machine I can reboot into non-SMP to try if that also happens on non-virtualized hardware.



--
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/groups/opt_out.

Re: Go 1.2 Release Candidate 1 released Constantine Vassilev 9/24/13 7:51 AM
Andrew,

When GCC Go version will be released? There is support only for Go 1 in it.

Thank you,

Constantine


On Thursday, September 19, 2013 9:07:21 PM UTC-7, Andrew Gerrand wrote:
Hi Go nuts,

We have just released go1.2rc1, a release candidate for Go 1.2. It is cut from the default branch at revision f4d1cb8d9a91.

This release candidate is NOT stable and should not be used in 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 the usual place:
    https://code.google.com/p/go/downloads/list?q=go1.1rc2

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

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

Our goal is to release the official version of Go 1.2 on December 1, 2013.

Andrew

Re: [go-nuts] Re: Go 1.2 Release Candidate 1 released Ian Lance Taylor 9/24/13 8:13 AM
On Tue, Sep 24, 2013 at 7:51 AM, Constantine Vasil <ths...@gmail.com> wrote:
>
> When GCC Go version will be released? There is support only for Go 1 in it.

The gccgo release schedule is determined by the GCC release schedule,
which is not under our control.  The next release of the GCC 4.8
series, 4.8.2, will include full support for Go 1.1.2 (except for the
reflect.MakeFunc function).  The first release of the GCC 4.9 series,
4.9.0, is planned to include full support for Go 1.2.

Ian
Re: [go-nuts] Re: Go 1.2 Release Candidate 1 released Brendan Tracey 9/24/13 10:32 AM
No breaks for the code I use on a day-to-day basis. Thanks for all the hard work!

When things have died down from this RC, I would appreciate the core team releasing what they would see as the major directions for future go releases. It seemed like the biggest things (better GC, better scheduler) have been (mostly?) completed, and it would be nice to get a feel for where the biggest improvements will come next (if any).

Thanks again!
Re: [go-nuts] Go 1.2 Release Candidate 1 released mkb 9/24/13 10:36 AM
Issue 5253 is breaking some of the cgo in gosndfile. Since that's in
Priority-Later, should I assume that will not be fixed for 1.2 and try
to work around it?

On Fri, Sep 20, 2013 at 12:07 AM, Andrew Gerrand <a...@google.com> wrote:
> Hi Go nuts,
>
> We have just released go1.2rc1, a release candidate for Go 1.2. It is cut
> from the default branch at revision f4d1cb8d9a91.
>
> This release candidate is NOT stable and should not be used in 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 the usual place:
>     https://code.google.com/p/go/downloads/list?q=go1.1rc2
>
> To find out what has changed, read the release notes for Go 1.2:
>     http://tip.golang.org/doc/go1.2.html
>
> Documentation for Go 1.2 is available at http://tip.golang.org/
>
> Our goal is to release the official version of Go 1.2 on December 1, 2013.
>
> Andrew
>
> --
> 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/groups/opt_out.



--
matt kane
twitter: the_real_mkb / nynexrepublic
http://hydrogenproject.com
Re: [go-nuts] Go 1.2 Release Candidate 1 released Ian Lance Taylor 9/24/13 10:44 AM
On Tue, Sep 24, 2013 at 10:36 AM, Matthew Kane <ma...@hydrogenproject.com> wrote:
> Issue 5253 is breaking some of the cgo in gosndfile. Since that's in
> Priority-Later, should I assume that will not be fixed for 1.2 and try
> to work around it?

Yes, unfortunately that is the case.  We don't really consider cgo
-godefs to be an option for general use.  It exists to support adding
new targets to Go, rather than as general purpose functionality.  We
normally expect people to use cgo via the go tool in the usual way
rather than running cgo -godefs directly.

Ian
Re: [go-nuts] Go 1.2 Release Candidate 1 released mkb 9/24/13 10:49 AM
I may have misunderstood the scope of the issue. `go run` fails with
this code on tip, but prints "{0}" on 1.1.2:

package main

// typedef struct
// {
//         struct
//         {
//             int mode ;
//         } loops [16] ; /* make variable in a sensible way */
// } SF_INSTRUMENT ;
import "C"

import "fmt"

func main() {
s := new(C.SF_INSTRUMENT)
fmt.Println(s.loops[0])
}

Should I file a separate issue?
Re: [go-nuts] Go 1.2 Release Candidate 1 released minux 9/24/13 11:21 AM


On Sep 24, 2013 1:50 PM, "Matthew Kane" <ma...@hydrogenproject.com> wrote:
>
> I may have misunderstood the scope of the issue. `go run` fails with
> this code on tip, but prints "{0}" on 1.1.2:
are you using OS X 10.8?
I found a bug very similiar to this but only happen on OS X 10.8 with cgo.

>
> package main
>
> // typedef struct
> // {
> //         struct
> //         {
> //             int mode ;
> //         } loops [16] ; /* make variable in a sensible way */
> // } SF_INSTRUMENT ;
> import "C"
>
> import "fmt"
>
> func main() {
> s := new(C.SF_INSTRUMENT)
> fmt.Println(s.loops[0])
> }
>
> Should I file a separate issue?
sure. please file a new issue.
be sure to give the platform you're using.

Re: [go-nuts] Go 1.2 Release Candidate 1 released mkb 9/24/13 11:45 AM
Issue 6472: https://code.google.com/p/go/issues/detail?id=6472
More topics »