An error occurred fetching the project authors.
  1. 30 Apr, 2019 3 commits
  2. 29 Apr, 2019 1 commit
  3. 27 Apr, 2019 1 commit
  4. 20 Apr, 2019 1 commit
  5. 15 Apr, 2019 1 commit
  6. 10 Apr, 2019 1 commit
  7. 08 Apr, 2019 1 commit
  8. 25 Mar, 2019 2 commits
  9. 20 Mar, 2019 1 commit
  10. 13 Mar, 2019 1 commit
    • Carlos Eduardo Seo's avatar
      cmd/compile: add processor level selection support to ppc64{,le} · 4ba69a9a
      Carlos Eduardo Seo authored
      ppc64{,le} processor level selection allows the compiler to generate instructions
      targeting newer processors and processor-specific optimizations without breaking
      compatibility with our current baseline. This feature introduces a new environment
      variable, GOPPC64.
      
      GOPPC64 is a GOARCH=ppc64{,le} specific option, for a choice between different
      processor levels (i.e. Instruction Set Architecture versions) for which the
      compiler will target. The default is 'power8'.
      
      Change-Id: Ic152e283ae1c47084ece4346fa002a3eabb3bb9e
      Reviewed-on: https://go-review.googlesource.com/c/go/+/163758
      Run-TryBot: Carlos Eduardo Seo <cseo@linux.vnet.ibm.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarDavid Chase <drchase@google.com>
      4ba69a9a
  11. 12 Mar, 2019 1 commit
  12. 11 Mar, 2019 1 commit
  13. 01 Mar, 2019 1 commit
    • Tobias Klauser's avatar
      cmd/dist, cmd/link: allow passing default dynamic linker/loader · e27402ae
      Tobias Klauser authored
      Add an environment variable to make.bash to allow setting the default
      dynamic linker/loader. This fixes alpine builds to use
      /lib/ld-musl-x86_64.so.1:
      
        $ readelf -l ../bin/go | grep 'interpreter:' | sed -e 's/^.*interpreter: \(.*\)[]]/\1/'
        /lib/ld-musl-x86_64.so.1
      
      Also re-enable the internal linker tests that were previously disabled
      for alpine (CL 41759, CL 41678).
      
      Fixes #18243
      Updates #19938
      
      This resurrects CL 50070 authored by Jessie Frazelle.
      
      Change-Id: I132b5282045a3d60c8568e3b002a7f075eac2d93
      Reviewed-on: https://go-review.googlesource.com/c/163977
      Run-TryBot: Tobias Klauser <tobias.klauser@gmail.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarIan Lance Taylor <iant@golang.org>
      e27402ae
  14. 27 Feb, 2019 1 commit
  15. 26 Feb, 2019 2 commits
    • Elias Naur's avatar
      misc/android,cmd/dist: move $GOROOT copying to the exec wrapper · e3d99a3f
      Elias Naur authored
      To run the standard library tests on Android, the androidtest.bash
      script copies GOROOT to the device. Move that logic to the android
      exec wrapper, thereby making androidtest.bash obsolete.
      
      Apart from making Android less special, the sharded builder
      infrastructure should now be able to run (emulated) Android builders
      and trybots without special treatment.
      
      Updates #23824
      
      Change-Id: I41591fea9a15b38c6dcf84046ea57f1e9165eaa5
      Reviewed-on: https://go-review.googlesource.com/c/163619
      Run-TryBot: Elias Naur <mail@eliasnaur.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarBrad Fitzpatrick <bradfitz@golang.org>
      e3d99a3f
    • Elias Naur's avatar
      cmd/dist: build exec wrappers during bootstrap · da2d02a9
      Elias Naur authored
      The androidtest.bash script encodes the additional steps to build
      Go and run tests on Android. In order to add sharded builders and
      trybots, Android needs to fit into the usual make.bash + cmd/dist test
      pattern.
      
      This change moves building the exec wrapper into cmd/dist bootstrap.
      
      Do the same for iOS while we're here.
      
      Updates #23824
      
      Change-Id: I58a1b0679c3a6c92fdc7fff464b469641f1fee74
      Reviewed-on: https://go-review.googlesource.com/c/163618
      Run-TryBot: Elias Naur <mail@eliasnaur.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarBrad Fitzpatrick <bradfitz@golang.org>
      da2d02a9
  16. 02 Jan, 2019 1 commit
  17. 18 Dec, 2018 1 commit
  18. 16 Nov, 2018 1 commit
    • Austin Clements's avatar
      cmd/asm: rename -symabis to -gensymabis · 92556886
      Austin Clements authored
      Currently, both asm and compile have a -symabis flag, but in asm it's
      a boolean flag that means to generate a symbol ABIs file and in the
      compiler its a string flag giving the path of the symbol ABIs file to
      consume. I'm worried about this false symmetry biting us in the
      future, so rename asm's flag to -gensymabis.
      
      Updates #27539.
      
      Change-Id: I8b9c18a852d2838099718f8989813f19d82e7434
      Reviewed-on: https://go-review.googlesource.com/c/149818
      Run-TryBot: Austin Clements <austin@google.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarIan Lance Taylor <iant@golang.org>
      92556886
  19. 12 Nov, 2018 2 commits
  20. 03 Oct, 2018 1 commit
  21. 07 Sep, 2018 1 commit
  22. 30 Aug, 2018 1 commit
  23. 20 Aug, 2018 3 commits
  24. 12 Jul, 2018 1 commit
    • Russ Cox's avatar
      cmd/dist: enable build cache always · 6b89194c
      Russ Cox authored
      GOCACHE=off is not a reliable signal of user intent.
      
      At startup the go command fills in an empty GOCACHE with the effective setting.
      If $HOME is set, then GOCACHE ends up somewhere in $HOME/.cache.
      But if $HOME is unset, then the go command sets GOCACHE=off explicitly.
      
      That environment is used for invoking "go tool dist".
      
      So if the machine has no $HOME, then go tool dist ends up with the cache
      disabled even though the user was not trying to disable the cache.
      This affects the linux-ppc64le builder, which appears to be unique
      among builders in not having $HOME set. So that builder is running
      with no build cache.
      
      Now that there is a cmd/go test that needs the cache to be on,
      the linux-ppc64le builder is failing.
      
      In the next release we intend to force the use of the build cache
      always. This CL is not doing that: it's only forcing the use of the
      build cache during all.bash, which won't affect the majority of
      our users (they run pre-build binary releases).
      
      If this is a problem we can roll it back and fix the linux-ppc64le
      builders some other way.
      
      While we're here, print a few more useful variables in 'go tool dist env'
      and sort the output.
      
      Change-Id: I66548aa8990d0794cbc0f2069b739ab1834898dd
      Reviewed-on: https://go-review.googlesource.com/123297
      Run-TryBot: Russ Cox <rsc@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarBrad Fitzpatrick <bradfitz@golang.org>
      Reviewed-by: default avatarIan Lance Taylor <iant@golang.org>
      6b89194c
  25. 03 Jul, 2018 1 commit
  26. 13 Jun, 2018 1 commit
  27. 28 May, 2018 1 commit
  28. 07 May, 2018 1 commit
  29. 27 Apr, 2018 1 commit
    • Milan Knezevic's avatar
      cmd/compile: add softfloat support to mips64{,le} · 2959128d
      Milan Knezevic authored
      mips64 softfloat support is based on mips implementation and introduces
      new enviroment variable GOMIPS64.
      
      GOMIPS64 is a GOARCH=mips64{,le} specific option, for a choice between
      hard-float and soft-float. Valid values are 'hardfloat' (default) and
      'softfloat'. It is passed to the assembler as
      'GOMIPS64_{hardfloat,softfloat}'.
      
      Change-Id: I7f73078627f7cb37c588a38fb5c997fe09c56134
      Reviewed-on: https://go-review.googlesource.com/108475Reviewed-by: default avatarCherry Zhang <cherryyz@google.com>
      Run-TryBot: Cherry Zhang <cherryyz@google.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      2959128d
  30. 30 Mar, 2018 1 commit
  31. 02 Mar, 2018 1 commit
    • Keith Randall's avatar
      internal/bytealg: move IndexByte asssembly to the new bytealg package · 403ab0f2
      Keith Randall authored
      Move the IndexByte function from the runtime to a new bytealg package.
      The new package will eventually hold all the optimized assembly for
      groveling through byte slices and strings. It seems a better home for
      this code than randomly keeping it in runtime.
      
      Once this is in, the next step is to move the other functions
      (Compare, Equal, ...).
      
      Update #19792
      
      This change seems complicated enough that we might just declare
      "not worth it" and abandon.  Opinions welcome.
      
      The core assembly is all unchanged, except minor modifications where
      the code reads cpu feature bits.
      
      The wrapper functions have been cleaned up as they are now actually
      checked by vet.
      
      Change-Id: I9fa75bee5d85db3a65b3fd3b7997e60367523796
      Reviewed-on: https://go-review.googlesource.com/98016
      Run-TryBot: Keith Randall <khr@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarBrad Fitzpatrick <bradfitz@golang.org>
      403ab0f2
  32. 07 Feb, 2018 1 commit
    • Russ Cox's avatar
      cmd/go: accept only limited compiler and linker flags in #cgo directives · 1dcb5836
      Russ Cox authored
      Both gcc and clang accept an option -fplugin=code.so to load
      a plugin from the ELF shared object file code.so.
      Obviously that plugin can then do anything it wants
      during the build. This is contrary to the goal of "go get"
      never running untrusted code during the build.
      (What happens if you choose to run the result of
      the build is your responsibility.)
      
      Disallow this behavior by only allowing a small set of
      known command-line flags in #cgo CFLAGS directives
      (and #cgo LDFLAGS, etc).
      
      The new restrictions can be adjusted by the environment
      variables CGO_CFLAGS_ALLOW, CGO_CFLAGS_DISALLOW,
      and so on. See the documentation.
      
      In addition to excluding cgo-defined flags, we also have to
      make sure that when we pass file names on the command
      line, they don't look like flags. So we now refuse to build
      packages containing suspicious file names like -x.go.
      
      A wrinkle in all this is that GNU binutils uniformly accept
      @foo on the command line to mean "if the file foo exists,
      then substitute its contents for @foo in the command line".
      So we must also reject @x.go, flags and flag arguments
      beginning with @, and so on.
      
      Fixes #23672, CVE-2018-6574.
      
      Change-Id: I59e7c1355155c335a5c5ae0d2cf8fa7aa313940a
      Reviewed-on: https://team-review.git.corp.google.com/209949Reviewed-by: default avatarIan Lance Taylor <iant@google.com>
      1dcb5836
  33. 30 Nov, 2017 1 commit
    • Vladimir Stefanovic's avatar
      cmd/go, cmd/dist: introduce GOMIPS environment variable · 12abacb5
      Vladimir Stefanovic authored
      GOMIPS is a GOARCH=mips{,le} specific option, for a choice between
      hard-float and soft-float. Valid values are 'hardfloat' (default) and
      'softfloat'. It is passed to the assembler as
      'GOMIPS_{hardfloat,softfloat}'.
      
      Note: GOMIPS will later also be used for a choice of MIPS instruction
      set (mips32/mips32r2).
      
      Updates #18162
      
      Change-Id: I35417db8625695f09d6ccc3042431dd2eaa756a6
      Reviewed-on: https://go-review.googlesource.com/37954
      Run-TryBot: Brad Fitzpatrick <bradfitz@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarRuss Cox <rsc@golang.org>
      12abacb5