Skip to content

buildman: Make the tool friendlier for first-time users

Stephen Warren u-boot 1 version New

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest4 of 11 patches 0 repliesNew

4 of 11 patches are in this archive. The cover letter announces 11.

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
2/11buildman: Automatically create a config file if needed+0 -00 replies
4/11buildman: Allow the toolchain error to be suppressed+0 -00 replies
8/11buildman: Avoid overwriting existing toolchain entries+0 -00 replies
9/11buildman: Add a quick-start note+0 -01 reply

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [U-Boot] [PATCH 00/11] buildman: Make the tool friendlier for first-time users
Quoted 9 lines · Simon Glass

This makes a few minor improvements to buildman to make it work more easiler for first-time users:

- Improve progress and warning messages when fetching toolchains
- Fix a bug where toolchain paths can be overwritten when fetching
- Note at the top of the help how to get started

Also this series removes MAKEALL. Since buildman has been around for 3 years it may be time to do this. If not, we can leave it for now.

Sounds great:-)

BTW, one problem I've come across with buildman recently is that it re-orders warnings/errors from the compiler. In particular, it seems to separate what it thinks are warning from errors (perhaps stdout/stderr split??) but I'm not sure it always gets it right, and I think elides duplicate lines when doing so. When running buildman repeatedly while doing development, and experiencing a compile error, this makes it extremely difficult to interpret some of the compiler's multi-line messages. Is it possible to have an option that turns off all the output processing, and just shows stderr/out mixed up as they would appear "interactively" when manually invoked from a shell, with no post-processing? Occasionally I have to fall back to a manual "make" invocation due to this.