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 #389

Open
wants to merge 629 commits into
base: master
Choose a base branch
from

Conversation

pull[bot]
Copy link

@pull pull bot commented Nov 21, 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 Nov 21, 2022
MacalusoJeff and others added 29 commits September 3, 2023 16:53
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
louie-tsai and others added 30 commits October 10, 2024 17: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.