{"push_id":716156866,"size":133,"distinct_size":133,"ref":"refs/heads/master","head":"173fa1d8093409eb6a409f4e3196c7d334c10c48","before":"989b372a5cb73c982aa5ba00081e67e89cc71ff1","commits":[{"sha":"ef4a17bc8030d7d800db76a7a57c4fb9dd2360ed","author":{"email":"a6752097faebf1f02d80107d77a9be009089afe3@golang.org","name":"Robert Griesemer"},"message":"go/types: add missing test for constant shifts\n\nPort of https://go-review.googlesource.com/11344 to std repo.\n\nFixes #11325.\n\nChange-Id: I634beaf77cbaeb09de50aa1410e8c53fc37b19df\nReviewed-on: https://go-review.googlesource.com/11317\nReviewed-by: Alan Donovan <adonovan@google.com>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/ef4a17bc8030d7d800db76a7a57c4fb9dd2360ed"},{"sha":"eabdd05892d7cf2d1e14a135367cf2445fa6c848","author":{"email":"7ea35d812706d9213868749011af1ed4fa2f6aa0@google.com","name":"Austin Clements"},"message":"runtime: document memory ordering for h_spans\n\nh_spans can be accessed concurrently without synchronization from\nother threads, which means it needs the appropriate memory barriers on\nweakly ordered machines. It happens to already have the necessary\nmemory barriers because all accesses to h_spans are currently\nprotected by the heap lock and the unlocks happen in exactly the\nplaces where release barriers are needed, but it's easy to imagine\nthat this could change in the future. Document the fact that we're\ndepending on the barrier implied by the unlock.\n\nRelated to issue #9984.\n\nChange-Id: I1bc3c95cd73361b041c8c95cd4bb92daf8c1f94a\nReviewed-on: https://go-review.googlesource.com/11361\nReviewed-by: Rick Hudson <rlh@golang.org>\nReviewed-by: Dmitry Vyukov <dvyukov@google.com>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/eabdd05892d7cf2d1e14a135367cf2445fa6c848"},{"sha":"a8ae93fd26063c62645d9d75b78ebf0f7dc8f391","author":{"email":"7ea35d812706d9213868749011af1ed4fa2f6aa0@google.com","name":"Austin Clements"},"message":"runtime: fix heap bitmap repeating with large scalar tails\n\nWhen heapBitsSetType repeats a source bitmap with a scalar tail\n(typ.ptrdata < typ.size), it lays out the tail upon reaching the end\nof the source bitmap by simply increasing the number of bits claimed\nto be in the incoming bit buffer. This causes later iterations to read\nthe appropriate number of zeros out of the bit buffer before starting\non the next repeat of the source bitmap.\n\nCurrently, however, later iterations of the loop continue to read bits\nfrom the source bitmap *regardless of the number of bits currently in\nthe bit buffer*. The bit buffer can only hold 32 or 64 bits, so if the\nscalar tail is large and the padding bits exceed the size of the bit\nbuffer, the read from the source bitmap on the next iteration will\nshift the incoming bits into oblivion when it attempts to put them in\nthe bit buffer. When the buffer does eventually shift down to where\nthese bits were supposed to be, it will contain zeros. As a result,\nwords that should be marked as pointers on later repetitions are\nmarked as scalars, so the garbage collector does not trace them. If\nthis is the only reference to an object, it will be incorrectly freed.\n\nFix this by adding logic to drain the bit buffer down if it is large\ninstead of reading more bits from the source bitmap.\n\nFixes #11286.\n\nChange-Id: I964432c4b9f1cec334fc8c3da0ff16460203feb6\nReviewed-on: https://go-review.googlesource.com/11360\nReviewed-by: Russ Cox <rsc@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/a8ae93fd26063c62645d9d75b78ebf0f7dc8f391"},{"sha":"4ba1f258881b7cd82e22be3bff25b84fe6f21219","author":{"email":"a6752097faebf1f02d80107d77a9be009089afe3@golang.org","name":"Robert Griesemer"},"message":"go/types: better error message for certain unary/binary expression errors\n\nPort of https://go-review.googlesource.com/11363.\n\nFixes #11367.\n\nChange-Id: Ie0a82bcfab782c514d1947e7a6b190e286afd159\nReviewed-on: https://go-review.googlesource.com/11367\nReviewed-by: Alan Donovan <adonovan@google.com>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/4ba1f258881b7cd82e22be3bff25b84fe6f21219"},{"sha":"eb30fda83e0e1cb30ad8ac1fb46c9606da84bc76","author":{"email":"a6752097faebf1f02d80107d77a9be009089afe3@golang.org","name":"Robert Griesemer"},"message":"go/types: in string(x) conversions, x must be of integer type\n\nPort of https://go-review.googlesource.com/11365\n\nFixes #11357.\n\nChange-Id: Icd20fa038696a8853d1d14477e1c1132938b3e2e\nReviewed-on: https://go-review.googlesource.com/11368\nReviewed-by: Alan Donovan <adonovan@google.com>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/eb30fda83e0e1cb30ad8ac1fb46c9606da84bc76"},{"sha":"d8c6dac7ca48d8f926ff55a018e5806d591c9003","author":{"email":"a6752097faebf1f02d80107d77a9be009089afe3@golang.org","name":"Robert Griesemer"},"message":"spec: clarify effect of rounding of constant expressions\n\nNot a language change.\n\nFixes #11350.\n\nChange-Id: I9b905f17d1ef2722cab4bae38a037270165c7d95\nReviewed-on: https://go-review.googlesource.com/11369\nReviewed-by: Rob Pike <r@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/d8c6dac7ca48d8f926ff55a018e5806d591c9003"},{"sha":"5bf1853e595eb35c635046f4316930b3baa1e70e","author":{"email":"395a7d33bec8475c9b83b7d440f141bcbd994aa5@golang.org","name":"Andrew Gerrand"},"message":"cmd/go: don't fetch from insecure repositories without -insecure\n\nFixes #9637\nFixes #10120\n\nChange-Id: I3728239089efb94d04cd4115c9f840afd7badeaf\nReviewed-on: https://go-review.googlesource.com/9715\nReviewed-by: Brad Fitzpatrick <bradfitz@golang.org>\nReviewed-by: Russ Cox <rsc@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/5bf1853e595eb35c635046f4316930b3baa1e70e"},{"sha":"0dccee6061aad469d196e4abd3eafe53b379275d","author":{"email":"5295e84a78205ccf03fdfcb741e1e997474690d9@gmail.com","name":"Carlos C"},"message":"text/scanner: add runnable example for package\n\nChange-Id: I42a952b04a56fb888fa7d5d9c2b56cbdd3434034\nReviewed-on: https://go-review.googlesource.com/11246\nReviewed-by: Andrew Gerrand <adg@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/0dccee6061aad469d196e4abd3eafe53b379275d"},{"sha":"222b23aae9213e0ccd442fc4be51b0a27b5621be","author":{"email":"5ad239cb8a44f659eaaee0aa1ea5b94947abe557@golang.org","name":"Russ Cox"},"message":"net: make LookupIP(\"1.2.3.4\") behavior consistent\n\nTo date, the behavior has depended on whether we're using cgo and\nin turn what the host resolver does. Most host resolvers will \"resolve\"\nIP addresses, but the non-cgo pure Go path has not.\nThis CL makes resolution of IP addresses always work, even if we're not using cgo\nand even if the host resolver does not \"resolve\" IP addresses.\n\nFixes #11335.\n\nChange-Id: I19e82be968154d94904bb2f72e9c17893019a909\nReviewed-on: https://go-review.googlesource.com/11420\nReviewed-by: Brad Fitzpatrick <bradfitz@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/222b23aae9213e0ccd442fc4be51b0a27b5621be"},{"sha":"703166ea14e510a4aee805f956475570130f2df2","author":{"email":"ae9783c0b0efc69cd85ab025ddd17aa44cdc4aa5@golang.org","name":"Brad Fitzpatrick"},"message":"net/url: validate ports in URLs and bytes after IPv6 literals\n\nFixes #11208\n\nChange-Id: I35cc94129577b2a977fd35aafb0a5fb02c534a7c\nReviewed-on: https://go-review.googlesource.com/11414\nReviewed-by: Dmitry Vyukov <dvyukov@google.com>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/703166ea14e510a4aee805f956475570130f2df2"},{"sha":"77082481d48c8cd8ea93328f9ab962092fe0183f","author":{"email":"05e8181be3150e47da8fe2e1f18d381c75496ff4@google.com","name":"Dmitry Vyukov"},"message":"runtime/race: make test more robust\n\nThe test is flaky on builders lately. I don't see any issues other than\nusage of very small sleeps. So increase the sleeps. Also take opportunity\nto refactor the code.\nOn my machine this change significantly reduces failure rate with GOMAXPROCS=2.\nI can't reproduce the failure with GOMAXPROCS=1.\n\nFixes #10726\n\nChange-Id: Iea6f10cf3ce1be5c112a2375d51c13687a8ab4c9\nReviewed-on: https://go-review.googlesource.com/9803\nReviewed-by: Austin Clements <austin@google.com>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/77082481d48c8cd8ea93328f9ab962092fe0183f"},{"sha":"c68f2f89963cfc9d10b43d33603b6fa588d56f9d","author":{"email":"39a219e50b35b2484efaaa187fda16b27b6c5abe@gmail.com","name":"Didier Spezia"},"message":"go/format: fix //line corner case when formatting statements\n\nThe code formatting mechanism can be applied to partial Go code,\nsuch as a list of statements. The statements are wrapped into a\nfunction definition (to be parsed fine), and unwrapped after formatting.\n\nWhen the statements contain //line annotations, it may fail,\nbecause not all comments are flushed by the printer before the final '}'.\nFormatting \"\\ta()\\n//line :1\" results in \"\\ta() }\\n\\n//line\", which\nis wrong.\n\nTweaked the wrapping/unwrapping code to make sure comments are flushed\nbefore the '}'.\n\nFixes #11276\n\nChange-Id: Id15c80279b0382ee9ed939cca1647f525c4929f5\nReviewed-on: https://go-review.googlesource.com/11282\nRun-TryBot: Robert Griesemer <gri@golang.org>\nReviewed-by: Robert Griesemer <gri@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/c68f2f89963cfc9d10b43d33603b6fa588d56f9d"},{"sha":"a9e536442ed3e6ecd57ec24cc187557152b6d655","author":{"email":"5ad239cb8a44f659eaaee0aa1ea5b94947abe557@golang.org","name":"Russ Cox"},"message":"runtime: set m.procid always on Linux\n\nFor debuggers and other program inspectors.\n\nFixes #9914.\n\nChange-Id: I670728cea28c045e6eaba1808c550ee2f34d16ff\nReviewed-on: https://go-review.googlesource.com/11341\nReviewed-by: Austin Clements <austin@google.com>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/a9e536442ed3e6ecd57ec24cc187557152b6d655"},{"sha":"66130907d1483f851b514ab564c64fe1d1fceec6","author":{"email":"5ad239cb8a44f659eaaee0aa1ea5b94947abe557@golang.org","name":"Russ Cox"},"message":"cmd/compile: handle copy in escape analysis\n\nSomehow we missed this!\nFixes #11387.\n\nChange-Id: Ida08fe52eff7da2ef7765b4cf35a39a301420c43\nReviewed-on: https://go-review.googlesource.com/11460\nReviewed-by: David Chase <drchase@google.com>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/66130907d1483f851b514ab564c64fe1d1fceec6"},{"sha":"33ce9c19d7e2e7b7e38231e96b3378870c3f2069","author":{"email":"5ad239cb8a44f659eaaee0aa1ea5b94947abe557@golang.org","name":"Russ Cox"},"message":"text/template: make zero Template work again\n\nFixes #11379.\n\nChange-Id: Idbb5c3faad472b77e9867dd2d4551fef5e4ac5f1\nReviewed-on: https://go-review.googlesource.com/11421\nReviewed-by: Rob Pike <r@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/33ce9c19d7e2e7b7e38231e96b3378870c3f2069"},{"sha":"2917ab204933d345c3fd5ed7ce5a1c4fb46ce043","author":{"email":"ae9783c0b0efc69cd85ab025ddd17aa44cdc4aa5@golang.org","name":"Brad Fitzpatrick"},"message":"net/http: document that FormValue returns the empty string\n\nFixes #8137\n\nChange-Id: Icd94bbe430a3ef333248425449b5fc678edb0343\nReviewed-on: https://go-review.googlesource.com/11410\nReviewed-by: Andrew Gerrand <adg@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/2917ab204933d345c3fd5ed7ce5a1c4fb46ce043"},{"sha":"f81f6d6ee8a7f578ab19ccb8b7dbc3b6fff81aa0","author":{"email":"ae9783c0b0efc69cd85ab025ddd17aa44cdc4aa5@golang.org","name":"Brad Fitzpatrick"},"message":"net/http: don't always require certFile, keyFile in Server.ListenAndServerTLS\n\nThe ListenAndServerTLS function still requires the certFile and\nkeyFile, but the Server.ListenAndServerTLS method doesn't need to\nrequire the certFile and keyFile if the Server.TLSConfig.Certificates\nare already populated.\n\nFixes #8599\n\nChange-Id: Id2e3433732f93e2619bfd78891f775d89f1d651e\nReviewed-on: https://go-review.googlesource.com/11413\nReviewed-by: Andrew Gerrand <adg@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/f81f6d6ee8a7f578ab19ccb8b7dbc3b6fff81aa0"},{"sha":"dbe9ab69d946be2c324430c8ed7717276780b533","author":{"email":"8c99c3a9284e493be632950b84cd789d08ed3e9d@golang.org","name":"Keith Randall"},"message":"cmd/compile/internal/gc: make sure nonzero-sized objects have nonzero alignment\n\nSee issue #11354.\n\nChange-Id: I6817d499e6c02e4a9c83f80bc66a2bee368a69ec\nReviewed-on: https://go-review.googlesource.com/11406\nReviewed-by: Russ Cox <rsc@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/dbe9ab69d946be2c324430c8ed7717276780b533"},{"sha":"190313e696239feb6cb8187e1389820817575c4c","author":{"email":"ae9783c0b0efc69cd85ab025ddd17aa44cdc4aa5@golang.org","name":"Brad Fitzpatrick"},"message":"net/http: document that Hijack's net.Conn might have left-over timeouts set\n\nFixes #8296\n\nChange-Id: I71b330a0f961d46ae4ed81d5f3f5ce5bf708a29a\nReviewed-on: https://go-review.googlesource.com/11411\nReviewed-by: Andrew Gerrand <adg@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/190313e696239feb6cb8187e1389820817575c4c"},{"sha":"d6ef6eb65c6d93c5f4c94af4fc7e26f2ab63eafd","author":{"email":"4dc7c9ec434ed06502767136789763ec11d2c4b7@golang.org","name":"Rob Pike"},"message":"doc: move go1.5.txt to go1.5.html\n\nJust a copy, other than adding a header, preparatory to preparing the release notes.\n\nChange-Id: Ia4dc27777b96b1e898d9873e7d38e6e795057698\nReviewed-on: https://go-review.googlesource.com/11474\nReviewed-by: Brad Fitzpatrick <bradfitz@golang.org>","distinct":true,"url":"https://api.github.com/repos/meadori/go/commits/d6ef6eb65c6d93c5f4c94af4fc7e26f2ab63eafd"}]}