qbit/go
1
0
Fork 0
mirror of https://github.com/golang/go synced 2024-09-30 20:28:32 -06:00
Code Releases Activity
e9ca907325
go/cmd/heapview/main.go

84 lines
2.3 KiB
Go
Raw Normal View History

x/tools/cmd/heapdump: add empty heapdump command This change creates a place where we can start building the 'heapdump' heap viewer and analyzer Updates golang/go#16410 Change-Id: I216e13f1ceb6790bf492cfc8cbcc4f19f12b0b9e Reviewed-on: https://go-review.googlesource.com/25085 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
2016-07-20 10:26:50 -06:00
// Copyright 2016 The Go Authors. All rights reserved.
// Use of this source code is governed by a BSD-style
// license that can be found in the LICENSE file.
x/tools/cmd/heapview: rename heapdump to heapview Updates golang/go#16410 Change-Id: I0133971f9a1149da6d88180fc2e378003f189cc8 Reviewed-on: https://go-review.googlesource.com/25101 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
2016-07-20 12:57:55 -06:00
// heapview is a tool for viewing Go heap dumps.
x/tools/cmd/heapdump: add empty heapdump command This change creates a place where we can start building the 'heapdump' heap viewer and analyzer Updates golang/go#16410 Change-Id: I216e13f1ceb6790bf492cfc8cbcc4f19f12b0b9e Reviewed-on: https://go-review.googlesource.com/25085 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
2016-07-20 10:26:50 -06:00
package main
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
import (
x/tools/cmd/heapview: break out init code This change breaks out the code that adds handler funcs and starts the HTTP server into separate functions, so that they can be overridden in other environments, such as Google's. For instance, listenAndServe can be overridden in an init method in a different file to use a HTTP2 server. Updates golang/go#16410 Change-Id: I074242af10486c60c374e9ac7ebe9d0e61a8fa22 Reviewed-on: https://go-review.googlesource.com/25273 Reviewed-by: Hyang-Ah Hana Kim <hyangah@gmail.com>
2016-07-27 10:38:56 -06:00
"flag"
"fmt"
cmd/heapview: look for tools repository in all GOPATH entries The GOPATH environment variable is defined at https://golang.org/cmd/go/#hdr-GOPATH_environment_variable as: > The GOPATH environment variable lists places to look for Go code. On > Unix, the value is a colon-separated string. On Windows, the value is > a semicolon-separated string. On Plan 9, the value is a list. It is legal for Go packages to be in any of those places, not only the first entry. Look in all places for golang.org/x/tools repository. Cache the directory that is found. It's slightly more expensive to look for it, since potentially multiple directories must be checked for existence. Updates golang/go#19400. Change-Id: I16661b7149d52ea6168fffc605c842d7a4da009b Reviewed-on: https://go-review.googlesource.com/38778 Reviewed-by: Michael Matloob <matloob@golang.org>
2017-03-28 15:15:02 -06:00
"go/build"
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
"io"
"log"
"net/http"
"os"
"path/filepath"
)
x/tools/cmd/heapview: add a sidebar to hold navigation This change also puts more structure into the viewer. Adds an enum for events that we'll issue and a few more elements to organize things. Change-Id: I39c7c53422779348ca05f051c6b0b07d22ad6a00 Reviewed-on: https://go-review.googlesource.com/26656 Reviewed-by: Alan Donovan <adonovan@google.com>
2016-08-10 09:43:06 -06:00
var host = flag.String("host", "", "host addr to listen on")
x/tools/cmd/heapview: break out init code This change breaks out the code that adds handler funcs and starts the HTTP server into separate functions, so that they can be overridden in other environments, such as Google's. For instance, listenAndServe can be overridden in an init method in a different file to use a HTTP2 server. Updates golang/go#16410 Change-Id: I074242af10486c60c374e9ac7ebe9d0e61a8fa22 Reviewed-on: https://go-review.googlesource.com/25273 Reviewed-by: Hyang-Ah Hana Kim <hyangah@gmail.com>
2016-07-27 10:38:56 -06:00
var port = flag.Int("port", 8080, "service port")
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
var index = `<!DOCTYPE html>
x/tools/cmd/heapview: add a heading to the page This CL's purpose is to introduce the dependency on the HTML Custom Elements polyfill. Like we've done so far, I'm trying to keep dependencies light by using current or polyfilling future webcomponents standards. Change-Id: I11d14db367b697cdd527fb66b9d7d160ac244b78 Reviewed-on: https://go-review.googlesource.com/25494 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
2016-08-04 12:24:04 -06:00
<script src="js/customelements.js"></script>
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
<script src="js/typescript.js"></script>
<script src="js/moduleloader.js"></script>
<script>
System.transpiler = 'typescript';
x/tools/cmd/heapview: add a heading to the page This CL's purpose is to introduce the dependency on the HTML Custom Elements polyfill. Like we've done so far, I'm trying to keep dependencies light by using current or polyfilling future webcomponents standards. Change-Id: I11d14db367b697cdd527fb66b9d7d160ac244b78 Reviewed-on: https://go-review.googlesource.com/25494 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
2016-08-04 12:24:04 -06:00
System.typescriptOptions = {target: ts.ScriptTarget.ES2015};
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
System.locate = (load) => load.name + '.ts';
</script>
<script type="module">
import {main} from './client/main';
main();
</script>
`
func toolsDir() string {
cmd/heapview: look for tools repository in all GOPATH entries The GOPATH environment variable is defined at https://golang.org/cmd/go/#hdr-GOPATH_environment_variable as: > The GOPATH environment variable lists places to look for Go code. On > Unix, the value is a colon-separated string. On Windows, the value is > a semicolon-separated string. On Plan 9, the value is a list. It is legal for Go packages to be in any of those places, not only the first entry. Look in all places for golang.org/x/tools repository. Cache the directory that is found. It's slightly more expensive to look for it, since potentially multiple directories must be checked for existence. Updates golang/go#19400. Change-Id: I16661b7149d52ea6168fffc605c842d7a4da009b Reviewed-on: https://go-review.googlesource.com/38778 Reviewed-by: Michael Matloob <matloob@golang.org>
2017-03-28 15:15:02 -06:00
p, err := build.Import("golang.org/x/tools", "", build.FindOnly)
if err != nil {
log.Println("error: can't find client files:", err)
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
os.Exit(1)
}
cmd/heapview: look for tools repository in all GOPATH entries The GOPATH environment variable is defined at https://golang.org/cmd/go/#hdr-GOPATH_environment_variable as: > The GOPATH environment variable lists places to look for Go code. On > Unix, the value is a colon-separated string. On Windows, the value is > a semicolon-separated string. On Plan 9, the value is a list. It is legal for Go packages to be in any of those places, not only the first entry. Look in all places for golang.org/x/tools repository. Cache the directory that is found. It's slightly more expensive to look for it, since potentially multiple directories must be checked for existence. Updates golang/go#19400. Change-Id: I16661b7149d52ea6168fffc605c842d7a4da009b Reviewed-on: https://go-review.googlesource.com/38778 Reviewed-by: Michael Matloob <matloob@golang.org>
2017-03-28 15:15:02 -06:00
return p.Dir
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
}
x/tools/cmd/heapview: break out init code This change breaks out the code that adds handler funcs and starts the HTTP server into separate functions, so that they can be overridden in other environments, such as Google's. For instance, listenAndServe can be overridden in an init method in a different file to use a HTTP2 server. Updates golang/go#16410 Change-Id: I074242af10486c60c374e9ac7ebe9d0e61a8fa22 Reviewed-on: https://go-review.googlesource.com/25273 Reviewed-by: Hyang-Ah Hana Kim <hyangah@gmail.com>
2016-07-27 10:38:56 -06:00
var parseFlags = func() {
flag.Parse()
}
var addHandlers = func() {
cmd/heapview: look for tools repository in all GOPATH entries The GOPATH environment variable is defined at https://golang.org/cmd/go/#hdr-GOPATH_environment_variable as: > The GOPATH environment variable lists places to look for Go code. On > Unix, the value is a colon-separated string. On Windows, the value is > a semicolon-separated string. On Plan 9, the value is a list. It is legal for Go packages to be in any of those places, not only the first entry. Look in all places for golang.org/x/tools repository. Cache the directory that is found. It's slightly more expensive to look for it, since potentially multiple directories must be checked for existence. Updates golang/go#19400. Change-Id: I16661b7149d52ea6168fffc605c842d7a4da009b Reviewed-on: https://go-review.googlesource.com/38778 Reviewed-by: Michael Matloob <matloob@golang.org>
2017-03-28 15:15:02 -06:00
toolsDir := toolsDir()
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
// Directly serve typescript code in client directory for development.
http.Handle("/client/", http.StripPrefix("/client",
cmd/heapview: look for tools repository in all GOPATH entries The GOPATH environment variable is defined at https://golang.org/cmd/go/#hdr-GOPATH_environment_variable as: > The GOPATH environment variable lists places to look for Go code. On > Unix, the value is a colon-separated string. On Windows, the value is > a semicolon-separated string. On Plan 9, the value is a list. It is legal for Go packages to be in any of those places, not only the first entry. Look in all places for golang.org/x/tools repository. Cache the directory that is found. It's slightly more expensive to look for it, since potentially multiple directories must be checked for existence. Updates golang/go#19400. Change-Id: I16661b7149d52ea6168fffc605c842d7a4da009b Reviewed-on: https://go-review.googlesource.com/38778 Reviewed-by: Michael Matloob <matloob@golang.org>
2017-03-28 15:15:02 -06:00
http.FileServer(http.Dir(filepath.Join(toolsDir, "cmd/heapview/client")))))
x/tools/cmd/heapview: break out init code This change breaks out the code that adds handler funcs and starts the HTTP server into separate functions, so that they can be overridden in other environments, such as Google's. For instance, listenAndServe can be overridden in an init method in a different file to use a HTTP2 server. Updates golang/go#16410 Change-Id: I074242af10486c60c374e9ac7ebe9d0e61a8fa22 Reviewed-on: https://go-review.googlesource.com/25273 Reviewed-by: Hyang-Ah Hana Kim <hyangah@gmail.com>
2016-07-27 10:38:56 -06:00
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
// Serve typescript.js and moduleloader.js for development.
http.HandleFunc("/js/typescript.js", func(w http.ResponseWriter, r *http.Request) {
cmd/heapview: look for tools repository in all GOPATH entries The GOPATH environment variable is defined at https://golang.org/cmd/go/#hdr-GOPATH_environment_variable as: > The GOPATH environment variable lists places to look for Go code. On > Unix, the value is a colon-separated string. On Windows, the value is > a semicolon-separated string. On Plan 9, the value is a list. It is legal for Go packages to be in any of those places, not only the first entry. Look in all places for golang.org/x/tools repository. Cache the directory that is found. It's slightly more expensive to look for it, since potentially multiple directories must be checked for existence. Updates golang/go#19400. Change-Id: I16661b7149d52ea6168fffc605c842d7a4da009b Reviewed-on: https://go-review.googlesource.com/38778 Reviewed-by: Michael Matloob <matloob@golang.org>
2017-03-28 15:15:02 -06:00
http.ServeFile(w, r, filepath.Join(toolsDir, "third_party/typescript/typescript.js"))
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
})
http.HandleFunc("/js/moduleloader.js", func(w http.ResponseWriter, r *http.Request) {
cmd/heapview: look for tools repository in all GOPATH entries The GOPATH environment variable is defined at https://golang.org/cmd/go/#hdr-GOPATH_environment_variable as: > The GOPATH environment variable lists places to look for Go code. On > Unix, the value is a colon-separated string. On Windows, the value is > a semicolon-separated string. On Plan 9, the value is a list. It is legal for Go packages to be in any of those places, not only the first entry. Look in all places for golang.org/x/tools repository. Cache the directory that is found. It's slightly more expensive to look for it, since potentially multiple directories must be checked for existence. Updates golang/go#19400. Change-Id: I16661b7149d52ea6168fffc605c842d7a4da009b Reviewed-on: https://go-review.googlesource.com/38778 Reviewed-by: Michael Matloob <matloob@golang.org>
2017-03-28 15:15:02 -06:00
http.ServeFile(w, r, filepath.Join(toolsDir, "third_party/moduleloader/moduleloader.js"))
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
})
x/tools/cmd/heapview: add a heading to the page This CL's purpose is to introduce the dependency on the HTML Custom Elements polyfill. Like we've done so far, I'm trying to keep dependencies light by using current or polyfilling future webcomponents standards. Change-Id: I11d14db367b697cdd527fb66b9d7d160ac244b78 Reviewed-on: https://go-review.googlesource.com/25494 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
2016-08-04 12:24:04 -06:00
http.HandleFunc("/js/customelements.js", func(w http.ResponseWriter, r *http.Request) {
cmd/heapview: look for tools repository in all GOPATH entries The GOPATH environment variable is defined at https://golang.org/cmd/go/#hdr-GOPATH_environment_variable as: > The GOPATH environment variable lists places to look for Go code. On > Unix, the value is a colon-separated string. On Windows, the value is > a semicolon-separated string. On Plan 9, the value is a list. It is legal for Go packages to be in any of those places, not only the first entry. Look in all places for golang.org/x/tools repository. Cache the directory that is found. It's slightly more expensive to look for it, since potentially multiple directories must be checked for existence. Updates golang/go#19400. Change-Id: I16661b7149d52ea6168fffc605c842d7a4da009b Reviewed-on: https://go-review.googlesource.com/38778 Reviewed-by: Michael Matloob <matloob@golang.org>
2017-03-28 15:15:02 -06:00
http.ServeFile(w, r, filepath.Join(toolsDir, "third_party/webcomponents/customelements.js"))
x/tools/cmd/heapview: add a heading to the page This CL's purpose is to introduce the dependency on the HTML Custom Elements polyfill. Like we've done so far, I'm trying to keep dependencies light by using current or polyfilling future webcomponents standards. Change-Id: I11d14db367b697cdd527fb66b9d7d160ac244b78 Reviewed-on: https://go-review.googlesource.com/25494 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
2016-08-04 12:24:04 -06:00
})
x/tools/cmd/heapview: break out init code This change breaks out the code that adds handler funcs and starts the HTTP server into separate functions, so that they can be overridden in other environments, such as Google's. For instance, listenAndServe can be overridden in an init method in a different file to use a HTTP2 server. Updates golang/go#16410 Change-Id: I074242af10486c60c374e9ac7ebe9d0e61a8fa22 Reviewed-on: https://go-review.googlesource.com/25273 Reviewed-by: Hyang-Ah Hana Kim <hyangah@gmail.com>
2016-07-27 10:38:56 -06:00
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
// Serve index.html using html string above.
http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
w.Header().Set("Content-Type", "text/html")
io.WriteString(w, index)
})
x/tools/cmd/heapview: break out init code This change breaks out the code that adds handler funcs and starts the HTTP server into separate functions, so that they can be overridden in other environments, such as Google's. For instance, listenAndServe can be overridden in an init method in a different file to use a HTTP2 server. Updates golang/go#16410 Change-Id: I074242af10486c60c374e9ac7ebe9d0e61a8fa22 Reviewed-on: https://go-review.googlesource.com/25273 Reviewed-by: Hyang-Ah Hana Kim <hyangah@gmail.com>
2016-07-27 10:38:56 -06:00
}
x/tools/cmd/heapview: add basic client serving This change primarily exists to import Typescript and the ES6 module loader polyfill as dependencies for this project. Both dependencies are relatively lightweight and can be easily removed if we decide we don't need them. The module loader polyfill implements support for an upcoming browser feature in ES6 (the next version of JavaScript). This feature helps modularize Javascript code and conveniently split it into multiple files. It should be supported by the stable versions of the four major browsers (Chrome, Firefox, Safari and Edge) by the end of the year. Once that happens, we can remove the polyfill. The Typescript compiler provides two things: First, it compiles new, but not-yet-supported ES6 Javascript features into ES5. It also provides a typechecker similar to what Closure does, but types are indicated in syntax rather than JSDoc comments. If we decide we don't want this dependency, we can compile the Typescript code into human-readable JavaScript code. (The compiler basically strips out types and replaces ES6 language features with more well-supported JavaScript equivalents). The Typescript compiler is not required for development. typescript.js and a feature in the module loader will be used to compile Typescript into JavaScript at serving time. (We might want to do something different for the production version, but we can get to that later). The change also adds code to serve the HTML and Javascript files. Updates golang/go#16410 Change-Id: I42c669d1de636d8b221fc03ed22aa7ac60554610 Reviewed-on: https://go-review.googlesource.com/25240 Reviewed-by: Austin Clements <austin@google.com>
2016-07-26 08:27:44 -06:00
x/tools/cmd/heapview: add a sidebar to hold navigation This change also puts more structure into the viewer. Adds an enum for events that we'll issue and a few more elements to organize things. Change-Id: I39c7c53422779348ca05f051c6b0b07d22ad6a00 Reviewed-on: https://go-review.googlesource.com/26656 Reviewed-by: Alan Donovan <adonovan@google.com>
2016-08-10 09:43:06 -06:00
var listenAndServe = func() error {
return http.ListenAndServe(fmt.Sprintf("%s:%d", *host, *port), nil)
x/tools/cmd/heapview: break out init code This change breaks out the code that adds handler funcs and starts the HTTP server into separate functions, so that they can be overridden in other environments, such as Google's. For instance, listenAndServe can be overridden in an init method in a different file to use a HTTP2 server. Updates golang/go#16410 Change-Id: I074242af10486c60c374e9ac7ebe9d0e61a8fa22 Reviewed-on: https://go-review.googlesource.com/25273 Reviewed-by: Hyang-Ah Hana Kim <hyangah@gmail.com>
2016-07-27 10:38:56 -06:00
}
func main() {
parseFlags()
addHandlers()
x/tools/cmd/heapview: add a sidebar to hold navigation This change also puts more structure into the viewer. Adds an enum for events that we'll issue and a few more elements to organize things. Change-Id: I39c7c53422779348ca05f051c6b0b07d22ad6a00 Reviewed-on: https://go-review.googlesource.com/26656 Reviewed-by: Alan Donovan <adonovan@google.com>
2016-08-10 09:43:06 -06:00
log.Fatal(listenAndServe())
x/tools/cmd/heapdump: add empty heapdump command This change creates a place where we can start building the 'heapdump' heap viewer and analyzer Updates golang/go#16410 Change-Id: I216e13f1ceb6790bf492cfc8cbcc4f19f12b0b9e Reviewed-on: https://go-review.googlesource.com/25085 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
2016-07-20 10:26:50 -06:00
}
Copy Permalink