Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[pull] master from tensorflow:master #156

Open
wants to merge 1,099 commits into
base: master
Choose a base branch
from
Open

Conversation

pull[bot]
Copy link

@pull pull bot commented Mar 9, 2022

See Commits and Changes for more details.


Created by pull[bot]

Can you help keep this open source service alive? 💖 Please sponsor : )

@pull pull bot added the ⤵️ pull label Mar 9, 2022
copybara-github and others added 29 commits August 31, 2023 21:59
fixed typos
Fixed the broken links for eager execution, Transformer and tf.data: Build TensorFlow input pipelines in function.ipynb file.
…ce for semantic versioning.

Also document that the TF Lite C++, Objective-C, and Swift APIs are NOT part of the
API surface for semantic versioning.

[For background info, the TF Lite Android (Java) API has already been launched to "General Availability" for the public
<https://blog.tensorflow.org/2022/09/announcing-tensorflow-lite-in-google-play-services-general-availability.html>
as the "Google Play services API for TensorFlow Lite", and is the default API that we recommend for developers in the
TF Lite QuickStart documentation.]

PiperOrigin-RevId: 565052161
…nd for the

TF Lite Extension APIs (custom ops + delegates), than for TensorFlow itself.

PiperOrigin-RevId: 565723934
…n to the Keras classification tutorial.

PiperOrigin-RevId: 566758660
Updated the file as mentioned by MarkDaoust.
PiperOrigin-RevId: 568666099
Final copy of change
tensorflower-gardener and others added 30 commits October 2, 2024 10:41
PiperOrigin-RevId: 684927870
PiperOrigin-RevId: 686262704
PiperOrigin-RevId: 689935512
PiperOrigin-RevId: 698150339
PiperOrigin-RevId: 698201896
PiperOrigin-RevId: 698202297
Signed-off-by: Emmanuel Ferdman <[email protected]>
Found one broken link in this tutorial and I have replaced it with right one.
Found one broken link in this tutorial and I have replaced with new one.
PiperOrigin-RevId: 720736461
…er it is re-directing to archived repo.

PiperOrigin-RevId: 726073729
…aintain reproducible wheel content and filename results.

It enables ability to pass defines values to `//tensorflow/core/public:release_version`.

Instead of having TF version in three places (`setup.py`, `version.h` and `tensorflow.bzl`), it should be located in one place only. Declaration of TF version in a new `tf_version.bzl` file will allow passing this value to build rules wrapping `setup.py` and `release_version.h`.

Dependency on `//tensorflow/core/public:release_version` should be added if `TF_MAJOR_VERSION, TF_MINOR_VERSION, TF_PATCH_VERSION, TF_VERSION_SUFFIX` values are used in the code.
Dependency on `//tensorflow/core/public:version` should be added if graphDef compatibility versions or checkpoint compatibility versions are used in the code.

The next step would be to change cc_library release_version in the following way:

```
cc_library(
    name = "release_version",
    hdrs = ["release_version.h"],
    defines = [
        "TF_MAJOR_VERSION={}".format(MAJOR_VERSION),
        "TF_MINOR_VERSION={}".format(MINOR_VERSION),
        "TF_PATCH_VERSION={}".format(PATCH_VERSION),
        "TF_VERSION_SUFFIX={}".format(TF_SEMANTIC_VERSION_SUFFIX),
    ],
    visibility = ["//visibility:public"],
)
```

The version chunks will be created from the value in `tf_version.bzl`. The version suffix will be created by a new repository rule, and it will be controlled by environment variables.

PiperOrigin-RevId: 729190812
This change introduces a uniform way of building the TF wheel and controlling the filename version suffixes.

A new repository rule `python_wheel_version_suffix_repository` provides information about project and wheel version suffixes. The final value depends on environment variables passed to Bazel command: `_ML_WHEEL_WHEEL_TYPE, _ML_WHEEL_BUILD_DATE, _ML_WHEEL_GIT_HASH, _ML_WHEEL_VERSION_SUFFIX`

`tf_version.bzl` defines the TF project version and loads the version suffix information calculated by `python_wheel_version_suffix_repository`.

The targets `//tensorflow/core/public:release_version, //tensorflow:tensorflow_bzl //tensorflow/tools/pip_package:setup_py` use the version chunks defined above.

The version of the wheel in the build rule output depends on the environment variables.

Environment variables combinations for creating wheels with different versions:
  * snapshot (default build rule behavior): `--repo_env=ML_WHEEL_TYPE=snapshot`
  * release: `--repo_env=ML_WHEEL_TYPE=release`
  * release candidate: `--repo_env=ML_WHEEL_TYPE=release --repo_env=ML_WHEEL_VERSION_SUFFIX=-rc1`
  * nightly build with date as version suffix: `--repo_env=ML_WHEEL_TYPE=nightly --repo_env=ML_WHEEL_BUILD_DATE=<YYYYmmdd>`
  * build with git data as version suffix: `--repo_env=ML_WHEEL_TYPE=custom --repo_env=ML_WHEEL_BUILD_DATE=$(git show -s --format=%as HEAD) --repo_env=ML_WHEEL_GIT_HASH=$(git rev-parse HEAD)`

PiperOrigin-RevId: 733444080
PiperOrigin-RevId: 733943464
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.