Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
// Copyright 2017 Google Inc. All rights reserved.
|
|
|
|
//
|
|
|
|
// Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
// you may not use this file except in compliance with the License.
|
|
|
|
// You may obtain a copy of the License at
|
|
|
|
//
|
|
|
|
// http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
//
|
|
|
|
// Unless required by applicable law or agreed to in writing, software
|
|
|
|
// distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
// See the License for the specific language governing permissions and
|
|
|
|
// limitations under the License.
|
|
|
|
|
|
|
|
package main
|
|
|
|
|
|
|
|
import (
|
|
|
|
"context"
|
2017-07-15 02:29:29 +08:00
|
|
|
"flag"
|
|
|
|
"fmt"
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
"os"
|
|
|
|
"path/filepath"
|
|
|
|
"strconv"
|
|
|
|
"strings"
|
|
|
|
"time"
|
|
|
|
|
|
|
|
"android/soong/ui/build"
|
|
|
|
"android/soong/ui/logger"
|
2018-12-13 08:01:49 +08:00
|
|
|
"android/soong/ui/metrics"
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
"android/soong/ui/status"
|
|
|
|
"android/soong/ui/terminal"
|
2016-08-22 06:17:17 +08:00
|
|
|
"android/soong/ui/tracer"
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
)
|
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
// A command represents an operation to be executed in the soong build
|
|
|
|
// system.
|
|
|
|
type command struct {
|
2020-07-29 01:49:01 +08:00
|
|
|
// The flag name (must have double dashes).
|
2019-04-10 09:49:49 +08:00
|
|
|
flag string
|
|
|
|
|
2020-07-29 01:49:01 +08:00
|
|
|
// Description for the flag (to display when running help).
|
2019-04-10 09:49:49 +08:00
|
|
|
description string
|
|
|
|
|
2020-07-29 01:49:01 +08:00
|
|
|
// Stream the build status output into the simple terminal mode.
|
|
|
|
simpleOutput bool
|
2019-09-24 03:44:54 +08:00
|
|
|
|
|
|
|
// Sets a prefix string to use for filenames of log files.
|
|
|
|
logsPrefix string
|
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
// Creates the build configuration based on the args and build context.
|
|
|
|
config func(ctx build.Context, args ...string) build.Config
|
|
|
|
|
|
|
|
// Returns what type of IO redirection this Command requires.
|
|
|
|
stdio func() terminal.StdioInterface
|
|
|
|
|
|
|
|
// run the command
|
|
|
|
run func(ctx build.Context, config build.Config, args []string, logsDir string)
|
|
|
|
}
|
|
|
|
|
|
|
|
const makeModeFlagName = "--make-mode"
|
|
|
|
|
|
|
|
// list of supported commands (flags) supported by soong ui
|
|
|
|
var commands []command = []command{
|
|
|
|
{
|
|
|
|
flag: makeModeFlagName,
|
|
|
|
description: "build the modules by the target name (i.e. soong_docs)",
|
|
|
|
config: func(ctx build.Context, args ...string) build.Config {
|
|
|
|
return build.NewConfig(ctx, args...)
|
|
|
|
},
|
2019-05-22 08:46:23 +08:00
|
|
|
stdio: stdio,
|
|
|
|
run: make,
|
2019-04-10 09:49:49 +08:00
|
|
|
}, {
|
2020-07-29 01:49:01 +08:00
|
|
|
flag: "--dumpvar-mode",
|
|
|
|
description: "print the value of the legacy make variable VAR to stdout",
|
|
|
|
simpleOutput: true,
|
|
|
|
logsPrefix: "dumpvars-",
|
|
|
|
config: dumpVarConfig,
|
|
|
|
stdio: customStdio,
|
|
|
|
run: dumpVar,
|
2019-04-10 09:49:49 +08:00
|
|
|
}, {
|
2020-07-29 01:49:01 +08:00
|
|
|
flag: "--dumpvars-mode",
|
|
|
|
description: "dump the values of one or more legacy make variables, in shell syntax",
|
|
|
|
simpleOutput: true,
|
|
|
|
logsPrefix: "dumpvars-",
|
|
|
|
config: dumpVarConfig,
|
|
|
|
stdio: customStdio,
|
|
|
|
run: dumpVars,
|
2019-05-22 08:46:23 +08:00
|
|
|
}, {
|
|
|
|
flag: "--build-mode",
|
|
|
|
description: "build modules based on the specified build action",
|
|
|
|
config: buildActionConfig,
|
|
|
|
stdio: stdio,
|
|
|
|
run: make,
|
2019-04-10 09:49:49 +08:00
|
|
|
},
|
|
|
|
}
|
|
|
|
|
|
|
|
// indexList returns the index of first found s. -1 is return if s is not
|
|
|
|
// found.
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
func indexList(s string, list []string) int {
|
|
|
|
for i, l := range list {
|
|
|
|
if l == s {
|
|
|
|
return i
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return -1
|
|
|
|
}
|
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
// inList returns true if one or more of s is in the list.
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
func inList(s string, list []string) bool {
|
|
|
|
return indexList(s, list) != -1
|
|
|
|
}
|
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
// Main execution of soong_ui. The command format is as follows:
|
|
|
|
//
|
|
|
|
// soong_ui <command> [<arg 1> <arg 2> ... <arg n>]
|
|
|
|
//
|
|
|
|
// Command is the type of soong_ui execution. Only one type of
|
|
|
|
// execution is specified. The args are specific to the command.
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
func main() {
|
2020-07-14 07:01:18 +08:00
|
|
|
buildStarted := time.Now()
|
2020-06-02 01:29:30 +08:00
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
c, args := getCommand(os.Args)
|
|
|
|
if c == nil {
|
|
|
|
fmt.Fprintf(os.Stderr, "The `soong` native UI is not yet available.\n")
|
|
|
|
os.Exit(1)
|
2018-07-17 10:59:10 +08:00
|
|
|
}
|
|
|
|
|
2020-07-29 01:49:01 +08:00
|
|
|
output := terminal.NewStatusOutput(c.stdio().Stdout(), os.Getenv("NINJA_STATUS"), c.simpleOutput,
|
2019-06-10 10:40:08 +08:00
|
|
|
build.OsEnvironment().IsEnvTrue("ANDROID_QUIET_BUILD"))
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
|
2019-06-10 10:40:08 +08:00
|
|
|
log := logger.New(output)
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
defer log.Cleanup()
|
|
|
|
|
|
|
|
ctx, cancel := context.WithCancel(context.Background())
|
|
|
|
defer cancel()
|
|
|
|
|
2016-08-22 06:17:17 +08:00
|
|
|
trace := tracer.New(log)
|
|
|
|
defer trace.Close()
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
|
2018-12-13 08:01:49 +08:00
|
|
|
met := metrics.New()
|
2020-07-14 07:01:18 +08:00
|
|
|
met.SetBuildDateTime(buildStarted)
|
2018-12-13 08:01:49 +08:00
|
|
|
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
stat := &status.Status{}
|
|
|
|
defer stat.Finish()
|
2019-06-10 10:40:08 +08:00
|
|
|
stat.AddOutput(output)
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
stat.AddOutput(trace.StatusTracer())
|
|
|
|
|
2016-08-22 06:17:17 +08:00
|
|
|
build.SetupSignals(log, cancel, func() {
|
|
|
|
trace.Close()
|
|
|
|
log.Cleanup()
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
stat.Finish()
|
2016-08-22 06:17:17 +08:00
|
|
|
})
|
|
|
|
|
2018-07-23 12:18:45 +08:00
|
|
|
buildCtx := build.Context{ContextImpl: &build.ContextImpl{
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
Context: ctx,
|
|
|
|
Logger: log,
|
2018-12-13 08:01:49 +08:00
|
|
|
Metrics: met,
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
Tracer: trace,
|
2019-06-10 10:40:08 +08:00
|
|
|
Writer: output,
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
Status: stat,
|
2016-08-22 06:17:17 +08:00
|
|
|
}}
|
2019-04-10 09:49:49 +08:00
|
|
|
|
|
|
|
config := c.config(buildCtx, args...)
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
|
2016-08-22 06:17:17 +08:00
|
|
|
build.SetupOutDir(buildCtx, config)
|
2017-02-05 09:30:44 +08:00
|
|
|
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
logsDir := config.OutDir()
|
2017-02-05 09:30:44 +08:00
|
|
|
if config.Dist() {
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
logsDir = filepath.Join(config.DistDir(), "logs")
|
2017-02-05 09:30:44 +08:00
|
|
|
}
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
|
2020-06-02 01:29:30 +08:00
|
|
|
buildErrorFile := filepath.Join(logsDir, c.logsPrefix+"build_error")
|
|
|
|
rbeMetricsFile := filepath.Join(logsDir, c.logsPrefix+"rbe_metrics.pb")
|
|
|
|
soongMetricsFile := filepath.Join(logsDir, c.logsPrefix+"soong_metrics")
|
2020-07-29 01:49:01 +08:00
|
|
|
defer build.UploadMetrics(buildCtx, config, c.simpleOutput, buildStarted, buildErrorFile, rbeMetricsFile, soongMetricsFile)
|
2020-06-02 01:29:30 +08:00
|
|
|
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
os.MkdirAll(logsDir, 0777)
|
2019-09-24 03:44:54 +08:00
|
|
|
log.SetOutput(filepath.Join(logsDir, c.logsPrefix+"soong.log"))
|
|
|
|
trace.SetOutput(filepath.Join(logsDir, c.logsPrefix+"build.trace"))
|
|
|
|
stat.AddOutput(status.NewVerboseLog(log, filepath.Join(logsDir, c.logsPrefix+"verbose.log")))
|
|
|
|
stat.AddOutput(status.NewErrorLog(log, filepath.Join(logsDir, c.logsPrefix+"error.log")))
|
2020-06-02 01:29:30 +08:00
|
|
|
stat.AddOutput(status.NewProtoErrorLog(log, buildErrorFile))
|
2019-06-22 06:08:30 +08:00
|
|
|
stat.AddOutput(status.NewCriticalPath(log))
|
2020-03-11 23:21:05 +08:00
|
|
|
stat.AddOutput(status.NewBuildProgressLog(log, filepath.Join(logsDir, c.logsPrefix+"build_progress.pb")))
|
Add a unified status reporting UI
This adds a new status package that merges the running of "actions"
(ninja calls them edges) of multiple tools into one view of the current
state, and gives that to a number of different outputs.
For inputs:
Kati's output parser has been rewritten (and moved) to map onto the
StartAction/FinishAction API. A byproduct of this is that the build
servers should be able to extract errors from Kati better, since they
look like the errors that Ninja used to write.
Ninja is no longer directly connected to the terminal, but its output is
read via the protobuf frontend API, so it's just another tool whose
output becomes merged together.
multiproduct_kati loses its custom status routines, and uses the common
one instead.
For outputs:
The primary output is the ui/terminal.Status type, which along with
ui/terminal.Writer now controls everything about the terminal output.
Today, this doesn't really change any behaviors, but having all terminal
output going through here allows a more complicated (multi-line / full
window) status display in the future.
The tracer acts as an output of the status package, tracing all the
action start / finish events. This replaces reading the .ninja_log file,
so it now properly handles multiple output files from a single action.
A new rotated log file (out/error.log, or out/dist/logs/error.log) just
contains a description of all of the errors that happened during the
current build.
Another new compressed and rotated log file (out/verbose.log.gz, or
out/dist/logs/verbose.log.gz) contains the full verbose (showcommands)
log of every execution run by the build. Since this is now written on
every build, the showcommands argument is now ignored -- if you want to
get the commands run, look at the log file after the build.
Test: m
Test: <built-in tests>
Test: NINJA_ARGS="-t list" m
Test: check the build.trace.gz
Test: check the new log files
Change-Id: If1d8994890d43ef68f65aa10ddd8e6e06dc7013a
2018-05-18 07:37:09 +08:00
|
|
|
|
2019-11-16 05:18:43 +08:00
|
|
|
buildCtx.Verbosef("Detected %.3v GB total RAM", float32(config.TotalRAM())/(1024*1024*1024))
|
|
|
|
buildCtx.Verbosef("Parallelism (local/remote/highmem): %v/%v/%v",
|
|
|
|
config.Parallel(), config.RemoteParallel(), config.HighmemParallel())
|
|
|
|
|
2020-06-02 01:29:30 +08:00
|
|
|
defer met.Dump(soongMetricsFile)
|
2020-07-07 20:48:26 +08:00
|
|
|
defer build.DumpRBEMetrics(buildCtx, config, rbeMetricsFile)
|
2019-01-08 12:26:51 +08:00
|
|
|
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
if start, ok := os.LookupEnv("TRACE_BEGIN_SOONG"); ok {
|
|
|
|
if !strings.HasSuffix(start, "N") {
|
|
|
|
if start_time, err := strconv.ParseUint(start, 10, 64); err == nil {
|
|
|
|
log.Verbosef("Took %dms to start up.",
|
|
|
|
time.Since(time.Unix(0, int64(start_time))).Nanoseconds()/time.Millisecond.Nanoseconds())
|
2018-12-13 08:01:49 +08:00
|
|
|
buildCtx.CompleteTrace(metrics.RunSetupTool, "startup", start_time, uint64(time.Now().UnixNano()))
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
}
|
|
|
|
}
|
2017-07-14 05:27:31 +08:00
|
|
|
|
|
|
|
if executable, err := os.Executable(); err == nil {
|
|
|
|
trace.ImportMicrofactoryLog(filepath.Join(filepath.Dir(executable), "."+filepath.Base(executable)+".trace"))
|
|
|
|
}
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
}
|
|
|
|
|
2019-03-09 03:42:28 +08:00
|
|
|
// Fix up the source tree due to a repo bug where it doesn't remove
|
|
|
|
// linkfiles that have been removed
|
|
|
|
fixBadDanglingLink(buildCtx, "hardware/qcom/sdm710/Android.bp")
|
|
|
|
fixBadDanglingLink(buildCtx, "hardware/qcom/sdm710/Android.mk")
|
|
|
|
|
2017-08-05 03:30:12 +08:00
|
|
|
f := build.NewSourceFinder(buildCtx, config)
|
|
|
|
defer f.Shutdown()
|
|
|
|
build.FindSources(buildCtx, config, f)
|
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
c.run(buildCtx, config, args, logsDir)
|
2017-07-15 02:29:29 +08:00
|
|
|
}
|
|
|
|
|
2019-03-09 03:42:28 +08:00
|
|
|
func fixBadDanglingLink(ctx build.Context, name string) {
|
|
|
|
_, err := os.Lstat(name)
|
|
|
|
if err != nil {
|
|
|
|
return
|
|
|
|
}
|
|
|
|
_, err = os.Stat(name)
|
|
|
|
if os.IsNotExist(err) {
|
|
|
|
err = os.Remove(name)
|
|
|
|
if err != nil {
|
|
|
|
ctx.Fatalf("Failed to remove dangling link %q: %v", name, err)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
func dumpVar(ctx build.Context, config build.Config, args []string, _ string) {
|
2017-07-15 02:29:29 +08:00
|
|
|
flags := flag.NewFlagSet("dumpvar", flag.ExitOnError)
|
|
|
|
flags.Usage = func() {
|
2019-06-18 08:27:09 +08:00
|
|
|
fmt.Fprintf(ctx.Writer, "usage: %s --dumpvar-mode [--abs] <VAR>\n\n", os.Args[0])
|
|
|
|
fmt.Fprintln(ctx.Writer, "In dumpvar mode, print the value of the legacy make variable VAR to stdout")
|
|
|
|
fmt.Fprintln(ctx.Writer, "")
|
2017-07-15 02:29:29 +08:00
|
|
|
|
2019-06-18 08:27:09 +08:00
|
|
|
fmt.Fprintln(ctx.Writer, "'report_config' is a special case that prints the human-readable config banner")
|
|
|
|
fmt.Fprintln(ctx.Writer, "from the beginning of the build.")
|
|
|
|
fmt.Fprintln(ctx.Writer, "")
|
2017-07-15 02:29:29 +08:00
|
|
|
flags.PrintDefaults()
|
|
|
|
}
|
|
|
|
abs := flags.Bool("abs", false, "Print the absolute path of the value")
|
|
|
|
flags.Parse(args)
|
|
|
|
|
|
|
|
if flags.NArg() != 1 {
|
|
|
|
flags.Usage()
|
|
|
|
os.Exit(1)
|
|
|
|
}
|
|
|
|
|
|
|
|
varName := flags.Arg(0)
|
|
|
|
if varName == "report_config" {
|
|
|
|
varData, err := build.DumpMakeVars(ctx, config, nil, build.BannerVars)
|
|
|
|
if err != nil {
|
|
|
|
ctx.Fatal(err)
|
|
|
|
}
|
|
|
|
|
|
|
|
fmt.Println(build.Banner(varData))
|
|
|
|
} else {
|
|
|
|
varData, err := build.DumpMakeVars(ctx, config, nil, []string{varName})
|
|
|
|
if err != nil {
|
|
|
|
ctx.Fatal(err)
|
|
|
|
}
|
|
|
|
|
|
|
|
if *abs {
|
|
|
|
var res []string
|
|
|
|
for _, path := range strings.Fields(varData[varName]) {
|
|
|
|
if abs, err := filepath.Abs(path); err == nil {
|
|
|
|
res = append(res, abs)
|
|
|
|
} else {
|
|
|
|
ctx.Fatalln("Failed to get absolute path of", path, err)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
fmt.Println(strings.Join(res, " "))
|
|
|
|
} else {
|
|
|
|
fmt.Println(varData[varName])
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
func dumpVars(ctx build.Context, config build.Config, args []string, _ string) {
|
2017-07-15 02:29:29 +08:00
|
|
|
flags := flag.NewFlagSet("dumpvars", flag.ExitOnError)
|
|
|
|
flags.Usage = func() {
|
2019-06-18 08:27:09 +08:00
|
|
|
fmt.Fprintf(ctx.Writer, "usage: %s --dumpvars-mode [--vars=\"VAR VAR ...\"]\n\n", os.Args[0])
|
|
|
|
fmt.Fprintln(ctx.Writer, "In dumpvars mode, dump the values of one or more legacy make variables, in")
|
|
|
|
fmt.Fprintln(ctx.Writer, "shell syntax. The resulting output may be sourced directly into a shell to")
|
|
|
|
fmt.Fprintln(ctx.Writer, "set corresponding shell variables.")
|
|
|
|
fmt.Fprintln(ctx.Writer, "")
|
|
|
|
|
|
|
|
fmt.Fprintln(ctx.Writer, "'report_config' is a special case that dumps a variable containing the")
|
|
|
|
fmt.Fprintln(ctx.Writer, "human-readable config banner from the beginning of the build.")
|
|
|
|
fmt.Fprintln(ctx.Writer, "")
|
2017-07-15 02:29:29 +08:00
|
|
|
flags.PrintDefaults()
|
|
|
|
}
|
|
|
|
|
|
|
|
varsStr := flags.String("vars", "", "Space-separated list of variables to dump")
|
|
|
|
absVarsStr := flags.String("abs-vars", "", "Space-separated list of variables to dump (using absolute paths)")
|
|
|
|
|
|
|
|
varPrefix := flags.String("var-prefix", "", "String to prepend to all variable names when dumping")
|
|
|
|
absVarPrefix := flags.String("abs-var-prefix", "", "String to prepent to all absolute path variable names when dumping")
|
|
|
|
|
|
|
|
flags.Parse(args)
|
|
|
|
|
|
|
|
if flags.NArg() != 0 {
|
|
|
|
flags.Usage()
|
|
|
|
os.Exit(1)
|
|
|
|
}
|
|
|
|
|
|
|
|
vars := strings.Fields(*varsStr)
|
|
|
|
absVars := strings.Fields(*absVarsStr)
|
|
|
|
|
|
|
|
allVars := append([]string{}, vars...)
|
|
|
|
allVars = append(allVars, absVars...)
|
|
|
|
|
|
|
|
if i := indexList("report_config", allVars); i != -1 {
|
|
|
|
allVars = append(allVars[:i], allVars[i+1:]...)
|
|
|
|
allVars = append(allVars, build.BannerVars...)
|
|
|
|
}
|
|
|
|
|
|
|
|
if len(allVars) == 0 {
|
|
|
|
return
|
|
|
|
}
|
|
|
|
|
|
|
|
varData, err := build.DumpMakeVars(ctx, config, nil, allVars)
|
|
|
|
if err != nil {
|
|
|
|
ctx.Fatal(err)
|
|
|
|
}
|
|
|
|
|
|
|
|
for _, name := range vars {
|
|
|
|
if name == "report_config" {
|
|
|
|
fmt.Printf("%sreport_config='%s'\n", *varPrefix, build.Banner(varData))
|
|
|
|
} else {
|
|
|
|
fmt.Printf("%s%s='%s'\n", *varPrefix, name, varData[name])
|
|
|
|
}
|
|
|
|
}
|
|
|
|
for _, name := range absVars {
|
|
|
|
var res []string
|
|
|
|
for _, path := range strings.Fields(varData[name]) {
|
|
|
|
abs, err := filepath.Abs(path)
|
|
|
|
if err != nil {
|
|
|
|
ctx.Fatalln("Failed to get absolute path of", path, err)
|
|
|
|
}
|
|
|
|
res = append(res, abs)
|
|
|
|
}
|
|
|
|
fmt.Printf("%s%s='%s'\n", *absVarPrefix, name, strings.Join(res, " "))
|
|
|
|
}
|
Add a Go replacement for our top-level Make wrapper
Right now this mostly just copies what Make is doing in
build/core/ninja.mk and build/core/soong.mk. The only major feature it
adds is a rotating log file with some verbose logging.
There is one major functional difference -- you cannot override random
Make variables during the Make phase anymore. The environment variable
is set, and if Make uses ?= or the equivalent, it can still use those
variables. We already made this change for Kati, which also loads all of
the same code and actually does the build, so it has been half-removed
for a while.
The only "UI" this implements is what I'll call "Make Emulation" mode --
it's expected that current command lines will continue working, and
we'll explore alternate user interfaces later.
We're still using Make as a wrapper, but all it does is call into this
single Go program, it won't even load the product configuration. Once
this is default, we can start moving individual users over to using this
directly (still in Make emulation mode), skipping the Make wrapper.
Ideas for the future:
* Generating trace files showing time spent in Make/Kati/Soong/Ninja
(also importing ninja traces into the same stream). I had this working
in a previous version of this patch, but removed it to keep the size
down and focus on the current features.
* More intelligent SIGALRM handling, once we fully remove the Make
wrapper (which hides the SIGALRM)
* Reading the experimental binary output stream from Ninja, so that we
can always save the verbose log even if we're not printing it out to
the console
Test: USE_SOONG_UI=true m -j blueprint_tools
Change-Id: I884327b9a8ae24499eb6c56f6e1ad26df1cfa4e4
2016-08-22 06:17:17 +08:00
|
|
|
}
|
2019-04-10 09:49:49 +08:00
|
|
|
|
2019-05-22 08:46:23 +08:00
|
|
|
func stdio() terminal.StdioInterface {
|
|
|
|
return terminal.StdioImpl{}
|
|
|
|
}
|
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
func customStdio() terminal.StdioInterface {
|
|
|
|
return terminal.NewCustomStdio(os.Stdin, os.Stderr, os.Stderr)
|
|
|
|
}
|
|
|
|
|
|
|
|
// dumpVarConfig does not require any arguments to be parsed by the NewConfig.
|
|
|
|
func dumpVarConfig(ctx build.Context, args ...string) build.Config {
|
|
|
|
return build.NewConfig(ctx)
|
|
|
|
}
|
|
|
|
|
2019-05-22 08:46:23 +08:00
|
|
|
func buildActionConfig(ctx build.Context, args ...string) build.Config {
|
|
|
|
flags := flag.NewFlagSet("build-mode", flag.ContinueOnError)
|
|
|
|
flags.Usage = func() {
|
|
|
|
fmt.Fprintf(ctx.Writer, "usage: %s --build-mode --dir=<path> <build action> [<build arg 1> <build arg 2> ...]\n\n", os.Args[0])
|
|
|
|
fmt.Fprintln(ctx.Writer, "In build mode, build the set of modules based on the specified build")
|
|
|
|
fmt.Fprintln(ctx.Writer, "action. The --dir flag is required to determine what is needed to")
|
|
|
|
fmt.Fprintln(ctx.Writer, "build in the source tree based on the build action. See below for")
|
|
|
|
fmt.Fprintln(ctx.Writer, "the list of acceptable build action flags.")
|
|
|
|
fmt.Fprintln(ctx.Writer, "")
|
|
|
|
flags.PrintDefaults()
|
|
|
|
}
|
|
|
|
|
|
|
|
buildActionFlags := []struct {
|
2019-07-30 14:39:30 +08:00
|
|
|
name string
|
|
|
|
description string
|
|
|
|
action build.BuildAction
|
|
|
|
set bool
|
2019-05-22 08:46:23 +08:00
|
|
|
}{{
|
2019-07-30 14:39:30 +08:00
|
|
|
name: "all-modules",
|
|
|
|
description: "Build action: build from the top of the source tree.",
|
|
|
|
action: build.BUILD_MODULES,
|
2019-05-22 08:46:23 +08:00
|
|
|
}, {
|
2019-07-30 14:39:30 +08:00
|
|
|
// This is redirecting to mma build command behaviour. Once it has soaked for a
|
|
|
|
// while, the build command is deleted from here once it has been removed from the
|
|
|
|
// envsetup.sh.
|
|
|
|
name: "modules-in-a-dir-no-deps",
|
|
|
|
description: "Build action: builds all of the modules in the current directory without their dependencies.",
|
|
|
|
action: build.BUILD_MODULES_IN_A_DIRECTORY,
|
2019-05-22 08:46:23 +08:00
|
|
|
}, {
|
2019-07-30 14:39:30 +08:00
|
|
|
// This is redirecting to mmma build command behaviour. Once it has soaked for a
|
|
|
|
// while, the build command is deleted from here once it has been removed from the
|
|
|
|
// envsetup.sh.
|
|
|
|
name: "modules-in-dirs-no-deps",
|
|
|
|
description: "Build action: builds all of the modules in the supplied directories without their dependencies.",
|
|
|
|
action: build.BUILD_MODULES_IN_DIRECTORIES,
|
2019-05-22 08:46:23 +08:00
|
|
|
}, {
|
2019-07-30 14:39:30 +08:00
|
|
|
name: "modules-in-a-dir",
|
|
|
|
description: "Build action: builds all of the modules in the current directory and their dependencies.",
|
|
|
|
action: build.BUILD_MODULES_IN_A_DIRECTORY,
|
2019-05-22 08:46:23 +08:00
|
|
|
}, {
|
2019-07-30 14:39:30 +08:00
|
|
|
name: "modules-in-dirs",
|
|
|
|
description: "Build action: builds all of the modules in the supplied directories and their dependencies.",
|
|
|
|
action: build.BUILD_MODULES_IN_DIRECTORIES,
|
2019-05-22 08:46:23 +08:00
|
|
|
}}
|
|
|
|
for i, flag := range buildActionFlags {
|
|
|
|
flags.BoolVar(&buildActionFlags[i].set, flag.name, false, flag.description)
|
|
|
|
}
|
|
|
|
dir := flags.String("dir", "", "Directory of the executed build command.")
|
|
|
|
|
|
|
|
// Only interested in the first two args which defines the build action and the directory.
|
|
|
|
// The remaining arguments are passed down to the config.
|
|
|
|
const numBuildActionFlags = 2
|
|
|
|
if len(args) < numBuildActionFlags {
|
|
|
|
flags.Usage()
|
|
|
|
ctx.Fatalln("Improper build action arguments.")
|
|
|
|
}
|
|
|
|
flags.Parse(args[0:numBuildActionFlags])
|
|
|
|
|
|
|
|
// The next block of code is to validate that exactly one build action is set and the dir flag
|
|
|
|
// is specified.
|
|
|
|
buildActionCount := 0
|
|
|
|
var buildAction build.BuildAction
|
|
|
|
for _, flag := range buildActionFlags {
|
|
|
|
if flag.set {
|
|
|
|
buildActionCount++
|
|
|
|
buildAction = flag.action
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if buildActionCount != 1 {
|
|
|
|
ctx.Fatalln("Build action not defined.")
|
|
|
|
}
|
|
|
|
if *dir == "" {
|
|
|
|
ctx.Fatalln("-dir not specified.")
|
|
|
|
}
|
|
|
|
|
|
|
|
// Remove the build action flags from the args as they are not recognized by the config.
|
|
|
|
args = args[numBuildActionFlags:]
|
2019-07-30 14:39:30 +08:00
|
|
|
return build.NewBuildActionConfig(buildAction, *dir, ctx, args...)
|
2019-05-22 08:46:23 +08:00
|
|
|
}
|
|
|
|
|
2019-04-10 09:49:49 +08:00
|
|
|
func make(ctx build.Context, config build.Config, _ []string, logsDir string) {
|
|
|
|
if config.IsVerbose() {
|
|
|
|
writer := ctx.Writer
|
2019-06-09 12:48:58 +08:00
|
|
|
fmt.Fprintln(writer, "! The argument `showcommands` is no longer supported.")
|
|
|
|
fmt.Fprintln(writer, "! Instead, the verbose log is always written to a compressed file in the output dir:")
|
|
|
|
fmt.Fprintln(writer, "!")
|
|
|
|
fmt.Fprintf(writer, "! gzip -cd %s/verbose.log.gz | less -R\n", logsDir)
|
|
|
|
fmt.Fprintln(writer, "!")
|
|
|
|
fmt.Fprintln(writer, "! Older versions are saved in verbose.log.#.gz files")
|
|
|
|
fmt.Fprintln(writer, "")
|
2019-07-26 05:07:36 +08:00
|
|
|
select {
|
|
|
|
case <-time.After(5 * time.Second):
|
|
|
|
case <-ctx.Done():
|
|
|
|
return
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if _, ok := config.Environment().Get("ONE_SHOT_MAKEFILE"); ok {
|
|
|
|
writer := ctx.Writer
|
2019-07-30 14:39:30 +08:00
|
|
|
fmt.Fprintln(writer, "! The variable `ONE_SHOT_MAKEFILE` is obsolete.")
|
2019-07-26 05:07:36 +08:00
|
|
|
fmt.Fprintln(writer, "!")
|
|
|
|
fmt.Fprintln(writer, "! If you're using `mm`, you'll need to run `source build/envsetup.sh` to update.")
|
|
|
|
fmt.Fprintln(writer, "!")
|
|
|
|
fmt.Fprintln(writer, "! Otherwise, either specify a module name with m, or use mma / MODULES-IN-...")
|
|
|
|
fmt.Fprintln(writer, "")
|
2019-07-30 14:39:30 +08:00
|
|
|
ctx.Fatal("done")
|
2019-04-10 09:49:49 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
toBuild := build.BuildAll
|
|
|
|
if config.Checkbuild() {
|
|
|
|
toBuild |= build.RunBuildTests
|
|
|
|
}
|
|
|
|
build.Build(ctx, config, toBuild)
|
|
|
|
}
|
|
|
|
|
|
|
|
// getCommand finds the appropriate command based on args[1] flag. args[0]
|
|
|
|
// is the soong_ui filename.
|
|
|
|
func getCommand(args []string) (*command, []string) {
|
|
|
|
if len(args) < 2 {
|
|
|
|
return nil, args
|
|
|
|
}
|
|
|
|
|
|
|
|
for _, c := range commands {
|
|
|
|
if c.flag == args[1] {
|
|
|
|
return &c, args[2:]
|
|
|
|
}
|
|
|
|
|
|
|
|
// special case for --make-mode: if soong_ui was called from
|
|
|
|
// build/make/core/main.mk, the makeparallel with --ninja
|
|
|
|
// option specified puts the -j<num> before --make-mode.
|
|
|
|
// TODO: Remove this hack once it has been fixed.
|
|
|
|
if c.flag == makeModeFlagName {
|
|
|
|
if inList(makeModeFlagName, args) {
|
|
|
|
return &c, args[1:]
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// command not found
|
|
|
|
return nil, args
|
|
|
|
}
|