Skip to content

Conversation

@maged
Copy link

@maged maged commented Dec 5, 2019

fahhem and others added 22 commits March 23, 2018 13:43
Two issues:
 - BSD head/tail don't support the +/- specifications. Use "-q -q" to unzip instead
   to remove headers and footers.
 - "python2" isn't guaranteed to exist. Use the current interpreter.
This is necessary under --python_path=python3 and other relative paths,
which is in turn necessary to support builds across multiple environments
with python3 installed in different locations.
Fixed usage of `expr` that is not supported on Mac OS.
Fixed case when $(which python3) returned false.
- depset is not iterable
- tools should be separate from other inputs
Cleanup for Bazel future changes
Python interpreter can now be overridden
This updates to a recent version of Skydoc so that doc generation works on modern versions of Bazel.
Two tiny fixes to rename `default_python_version` for a `py_binary` target and to change the syntax of a return.

This does not rename the `default_python_version` attribute on the `parfile` rule. That attribute is currently marked mandatory, though it doesn't appear to be used. If we want to keep it, and if we want a gentle migration period, we'd need to introduce a new `python_version` attribute for `parfile`, make them both non-mandatory, and validate them at anaylsis time, similarly to how Bazel handled the rename of this attribute for `py_binary`/`py_test`.
* Make remove_if_present atomic

* Fix typo

* Pass import roots directly from Bazel to compiler via args

* Replace default python toolchain wrappers with /usr/bin/env python[23]

* Replace Skylark with Starlark

* Update tests for CLI

* Update CLI args for naming consistency

* Fail when python interpreter is a relative path and improve comments
This adds a hook file for run_tests.sh to write toolchain info to before each bazel invocation. This replaces the legacy way of passing an interpreter in via --python_path.

It also replaces a config_setting that was used to control whether PY2 or PY3 was used, with a simple constant symbol consumed at loading time. This is needed in order to make the target aware at analysis time of which version it is building for.

Fixes google#98, fixes google#102.
…#106)

Fixes google#105 by 1) enabling toolchains in the workspace .bazelrc, and 2) making the test harness filter out runfiles added by the autodetecting toolchain.

Previously, the tests worked when run from run_tests.sh but failed in `bazel test //...`. This caused travis to pass but buildkite to fail.

Also fixed a typo that caused run_test.sh to fail on some versions of bash.
This will be useful to keep up-to-date for documentation purposes, and so we
know when a release cut breaks compatibility with Bazel and therefore needs to
be a major release.
@maged maged merged commit 9924c3f into AppliedIntuition:no-remove Dec 5, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

8 participants