Unverified Commit a449d8b1 by Tianqi Chen Committed by GitHub

[DOCS] Fix sphinx precheck (#4967)

* [DOCS] Fix sphinx precheck

* ignore keras warnings

* Remove more warnings
parent 7ccb4363
.. Licensed to the Apache Software Foundation (ASF) under one .. Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file or more contributor license agreements. See the NOTICE file
distributed with this work for additional information distributed with this work for additional information
...@@ -63,7 +64,7 @@ Hence, it is often easy to reason about ADTs. ...@@ -63,7 +64,7 @@ Hence, it is often easy to reason about ADTs.
Below is a simple example of defining an ADT and using it in a function Below is a simple example of defining an ADT and using it in a function
via a match expression: via a match expression:
.. code-block:: python .. code-block::
# Defines an ADT named "Numbers" # Defines an ADT named "Numbers"
data Numbers { data Numbers {
...@@ -94,7 +95,7 @@ meaning that two ADTs with structurally identical constructors ...@@ -94,7 +95,7 @@ meaning that two ADTs with structurally identical constructors
will nevertheless be distinct data types from the point of view of will nevertheless be distinct data types from the point of view of
the typechecker. the typechecker.
.. code-block:: python .. code-block::
# structurally identical constructors to Numbers # structurally identical constructors to Numbers
data Numbers2 { data Numbers2 {
...@@ -117,7 +118,7 @@ can be polymorphic and take type parameters. ...@@ -117,7 +118,7 @@ can be polymorphic and take type parameters.
For example, one of the standard ADTs commonly used in functional For example, one of the standard ADTs commonly used in functional
programming languages is the optional type, defined here: programming languages is the optional type, defined here:
.. code-block:: python .. code-block::
# a is a type parameter # a is a type parameter
data Optional<a> { data Optional<a> {
...@@ -141,7 +142,7 @@ imply, an ADT instance is thus given a type that contains the ...@@ -141,7 +142,7 @@ imply, an ADT instance is thus given a type that contains the
concrete type arguments for that instance, ensuring the information is concrete type arguments for that instance, ensuring the information is
kept around. Let the below example illustrate: kept around. Let the below example illustrate:
.. code-block:: python .. code-block::
# the signature for option indicates the type argument # the signature for option indicates the type argument
def @inc_scalar(%opt : Optional[Tensor[(), int32]]) -> Tensor[(), int32] { def @inc_scalar(%opt : Optional[Tensor[(), int32]]) -> Tensor[(), int32] {
...@@ -198,7 +199,7 @@ Many commonly used ADTs involve recursion; some of these are given ...@@ -198,7 +199,7 @@ Many commonly used ADTs involve recursion; some of these are given
in `Common ADT Uses`_. As an example here, we will in `Common ADT Uses`_. As an example here, we will
examine the list ADT, ubiquitous in functional languages: examine the list ADT, ubiquitous in functional languages:
.. code-block:: python .. code-block::
data List<a> { data List<a> {
Nil : () -> List Nil : () -> List
...@@ -216,7 +217,7 @@ end of the list is reached, which can be indicated with a :code:`Nil` ...@@ -216,7 +217,7 @@ end of the list is reached, which can be indicated with a :code:`Nil`
Lists represented in this manner can easily be recursively processed. Lists represented in this manner can easily be recursively processed.
For example, the following function sums a list of integers: For example, the following function sums a list of integers:
.. code-block:: python .. code-block::
def @list_sum(%l : List[Tensor[(), int32]]) -> Tensor[(), int32] { def @list_sum(%l : List[Tensor[(), int32]]) -> Tensor[(), int32] {
match(%l) { match(%l) {
...@@ -250,7 +251,7 @@ and the second has a :code:`Cons` constructor pattern that uses variable pattern ...@@ -250,7 +251,7 @@ and the second has a :code:`Cons` constructor pattern that uses variable pattern
The below example uses a wildcard pattern to ignore one of the arguments to :code:`Cons`: The below example uses a wildcard pattern to ignore one of the arguments to :code:`Cons`:
.. code-block:: python .. code-block::
def @first<a>(%l : List[a]) -> Optional[a] { def @first<a>(%l : List[a]) -> Optional[a] {
match(%l) { match(%l) {
...@@ -262,7 +263,7 @@ The below example uses a wildcard pattern to ignore one of the arguments to :cod ...@@ -262,7 +263,7 @@ The below example uses a wildcard pattern to ignore one of the arguments to :cod
Here, a constructor pattern is nested inside another constructor pattern to avoid nested match expressions for a list option. Here, a constructor pattern is nested inside another constructor pattern to avoid nested match expressions for a list option.
A top-level wildcard pattern is also used to handle all cases that do not match the first clause: A top-level wildcard pattern is also used to handle all cases that do not match the first clause:
.. code-block:: python .. code-block::
def @second_opt<a>(%ll : Optional[List[a]]) -> Optional[a] { def @second_opt<a>(%ll : Optional[List[a]]) -> Optional[a] {
match(%ll) { match(%ll) {
...@@ -281,7 +282,7 @@ Note that a match expression checks its patterns in the order the cases are list ...@@ -281,7 +282,7 @@ Note that a match expression checks its patterns in the order the cases are list
that matches the input value is the one that is evaluated. Here, a top-level variable pattern binds the whole that matches the input value is the one that is evaluated. Here, a top-level variable pattern binds the whole
input value: input value:
.. code-block:: python .. code-block::
def @match_order_beware<a>(%l : List[a]) -> List[a] { def @match_order_beware<a>(%l : List[a]) -> List[a] {
match(%l) { match(%l) {
...@@ -291,7 +292,7 @@ input value: ...@@ -291,7 +292,7 @@ input value:
case Nil() { Nil() } case Nil() { Nil() }
} }
} }
Common ADT Uses Common ADT Uses
=============== ===============
...@@ -312,7 +313,7 @@ list comprehensions and certain library functions in Python. Below are very comm ...@@ -312,7 +313,7 @@ list comprehensions and certain library functions in Python. Below are very comm
through lists, which are included in Relay's Prelude. (These have all been extensively characterized through lists, which are included in Relay's Prelude. (These have all been extensively characterized
in the functional programming literature, and we do not attempt to reproduce that work in this document.) in the functional programming literature, and we do not attempt to reproduce that work in this document.)
.. code-block:: python .. code-block::
# Map: for [h1, h2, ..., hn] returns [f(h1), f(h2), ..., f(hn)] # Map: for [h1, h2, ..., hn] returns [f(h1), f(h2), ..., f(hn)]
def @map<a, b>(%f : fn(a) -> b, %l : List[a]) -> List[b] { def @map<a, b>(%f : fn(a) -> b, %l : List[a]) -> List[b] {
...@@ -341,7 +342,7 @@ in the functional programming literature, and we do not attempt to reproduce tha ...@@ -341,7 +342,7 @@ in the functional programming literature, and we do not attempt to reproduce tha
Using these iteration constructs, many common operations over lists can be expressed compactly. Using these iteration constructs, many common operations over lists can be expressed compactly.
For example, the following map doubles all members of a list: For example, the following map doubles all members of a list:
.. code-block:: python .. code-block::
# directly written # directly written
def @double(%l : List[Tensor[(), int32]]) -> List[Tensor[(), int32]] { def @double(%l : List[Tensor[(), int32]]) -> List[Tensor[(), int32]] {
...@@ -356,7 +357,7 @@ For example, the following map doubles all members of a list: ...@@ -356,7 +357,7 @@ For example, the following map doubles all members of a list:
The following right fold concatenates two lists: The following right fold concatenates two lists:
.. code-block:: python .. code-block::
# directly written # directly written
def @concat<a>(%l1 : List[a], %l2 : List[a]) -> List[a] { def @concat<a>(%l1 : List[a], %l2 : List[a]) -> List[a] {
...@@ -371,7 +372,7 @@ The following right fold concatenates two lists: ...@@ -371,7 +372,7 @@ The following right fold concatenates two lists:
The following left fold flattens a list of lists (using concatenation): The following left fold flattens a list of lists (using concatenation):
.. code-block:: python .. code-block::
# directly written # directly written
def @flatten<a>(%ll : List[List[a]]) -> List[a] { def @flatten<a>(%ll : List[List[a]]) -> List[a] {
...@@ -401,13 +402,13 @@ First let us suppose that we have a function corresponding to a trained recurren ...@@ -401,13 +402,13 @@ First let us suppose that we have a function corresponding to a trained recurren
cell, which takes in a past state and an input value and returns a new state and output value. In cell, which takes in a past state and an input value and returns a new state and output value. In
Relay, this would have the following signature: Relay, this would have the following signature:
.. code-block:: python .. code-block::
@cell : fn<state_type, in_type, out_type>(state_type, in_type) -> (state_type, out_type) @cell : fn<state_type, in_type, out_type>(state_type, in_type) -> (state_type, out_type)
We might consider a ReLU cell as a simple concrete example, with a trained version below: We might consider a ReLU cell as a simple concrete example, with a trained version below:
.. code-block:: python .. code-block::
def @linear(%x, %w, %b) { %w*%x + %b } def @linear(%x, %w, %b) { %w*%x + %b }
...@@ -429,7 +430,7 @@ We might consider a ReLU cell as a simple concrete example, with a trained versi ...@@ -429,7 +430,7 @@ We might consider a ReLU cell as a simple concrete example, with a trained versi
Following Olah's example, we can encode a sequence (list) of inputs with the following left fold: Following Olah's example, we can encode a sequence (list) of inputs with the following left fold:
.. code-block:: python .. code-block::
def @encode<state_type, in_type, out_type>(%cell, %input : List[in_type], %init : state_type) -> state_type { def @encode<state_type, in_type, out_type>(%cell, %input : List[in_type], %init : state_type) -> state_type {
# not using the output # not using the output
...@@ -439,7 +440,7 @@ Following Olah's example, we can encode a sequence (list) of inputs with the fol ...@@ -439,7 +440,7 @@ Following Olah's example, we can encode a sequence (list) of inputs with the fol
Using an *unfold* iterator (from Haskell's standard library), the same cell could be used to make Using an *unfold* iterator (from Haskell's standard library), the same cell could be used to make
a generator network (which takes a single input and produces a sequence of outputs): a generator network (which takes a single input and produces a sequence of outputs):
.. code-block:: python .. code-block::
# included in Relay's Prelude # included in Relay's Prelude
def @unfoldr<a, b>(%f : fn(b) -> Optional[(a, b)], %z : b) -> List[a] { def @unfoldr<a, b>(%f : fn(b) -> Optional[(a, b)], %z : b) -> List[a] {
...@@ -468,7 +469,7 @@ a generator network (which takes a single input and produces a sequence of outpu ...@@ -468,7 +469,7 @@ a generator network (which takes a single input and produces a sequence of outpu
An accumulating map (a fold that simultaneously updates an accumulator value and a list An accumulating map (a fold that simultaneously updates an accumulator value and a list
of outputs) can be used to write a general RNN (with an output for every input): of outputs) can be used to write a general RNN (with an output for every input):
.. code-block:: python .. code-block::
def @map_accumr<a, b, c>(%f : fn(a, b) -> (a, c), %acc : a, %l : List[b]) -> (a, List[c]) { def @map_accumr<a, b, c>(%f : fn(a, b) -> (a, c), %acc : a, %l : List[b]) -> (a, List[c]) {
match(%l) { match(%l) {
...@@ -500,7 +501,7 @@ Olah also gives an example of a bidirectional neural network, in which two sets ...@@ -500,7 +501,7 @@ Olah also gives an example of a bidirectional neural network, in which two sets
cells (which may have different weights) process the input in both directions and produce a cells (which may have different weights) process the input in both directions and produce a
single set of outputs. The following is a Relay implementation of that example: single set of outputs. The following is a Relay implementation of that example:
.. code-block:: python .. code-block::
# creates a list of tuples from two lists # creates a list of tuples from two lists
# included in Relay's Prelude # included in Relay's Prelude
......
...@@ -80,7 +80,7 @@ running a program. ...@@ -80,7 +80,7 @@ running a program.
For example, here is a simple concrete tensor type corresponding to a 10-by-10 tensor of 32-bit floats: For example, here is a simple concrete tensor type corresponding to a 10-by-10 tensor of 32-bit floats:
.. code-block:: python .. code-block::
Tensor[(10, 10), float32] Tensor[(10, 10), float32]
...@@ -101,7 +101,7 @@ For example, in the below code, :code:`%t` is of type ...@@ -101,7 +101,7 @@ For example, in the below code, :code:`%t` is of type
:code:`(Tensor[(), bool], Tensor[(10, 10), float32])` :code:`(Tensor[(), bool], Tensor[(10, 10), float32])`
and :code:`%c` is of type :code:`Tensor[(10, 10), float32]`. and :code:`%c` is of type :code:`Tensor[(10, 10), float32]`.
.. code-block:: python .. code-block::
let %t = (False, Constant(1, (10, 10), float32)); let %t = (False, Constant(1, (10, 10), float32));
let %c = %t.1; let %c = %t.1;
...@@ -116,7 +116,7 @@ Type Parameter ...@@ -116,7 +116,7 @@ Type Parameter
Type parameters represent placeholder types used for polymorphism in functions. Type parameters represent placeholder types used for polymorphism in functions.
Type parameters are specified according to *kind*, corresponding to the types Type parameters are specified according to *kind*, corresponding to the types
those parameters are allowed to replace: those parameters are allowed to replace:
- :code:`Type`, corresponding to top-level Relay types like tensor types, tuple types, and function types - :code:`Type`, corresponding to top-level Relay types like tensor types, tuple types, and function types
- :code:`BaseType`, corresponding to the base type of a tensor (e.g., :code:`float32`, :code:`bool`) - :code:`BaseType`, corresponding to the base type of a tensor (e.g., :code:`float32`, :code:`bool`)
...@@ -135,7 +135,7 @@ Like normal parameters, concrete arguments must be given for type parameters at ...@@ -135,7 +135,7 @@ Like normal parameters, concrete arguments must be given for type parameters at
For example, :code:`s` below is a type parameter of kind :code:`Shape` and it will For example, :code:`s` below is a type parameter of kind :code:`Shape` and it will
be substituted with :code:`(10, 10)` at the call site below: be substituted with :code:`(10, 10)` at the call site below:
.. code-block:: python .. code-block::
def @plus<s : Shape>(%t1 : Tensor[s, float32], %t2 : Tensor[s, float32]) { def @plus<s : Shape>(%t1 : Tensor[s, float32], %t2 : Tensor[s, float32]) {
add(%t1, %t2) add(%t1, %t2)
...@@ -212,7 +212,7 @@ and the return type. For example, we can define the relation for :code:`flatten` ...@@ -212,7 +212,7 @@ and the return type. For example, we can define the relation for :code:`flatten`
If we have a relation like :code:`Broadcast` it becomes possible If we have a relation like :code:`Broadcast` it becomes possible
to type operators like :code:`add`: to type operators like :code:`add`:
.. code-block:: python .. code-block::
add : fn<t1 : Type, t2 : Type, t3 : Type>(t1, t2) -> t3 add : fn<t1 : Type, t2 : Type, t3 : Type>(t1, t2) -> t3
where Broadcast where Broadcast
...@@ -359,7 +359,7 @@ This subsection uses the simple list ADT (included as a default ...@@ -359,7 +359,7 @@ This subsection uses the simple list ADT (included as a default
ADT in Relay) to illustrate the constructs described in the previous ADT in Relay) to illustrate the constructs described in the previous
sections. Its definition is as follows: sections. Its definition is as follows:
.. code-block:: python .. code-block::
data List<a> { data List<a> {
Nil : () -> List Nil : () -> List
...@@ -377,7 +377,7 @@ variable :code:`List` in the constructor definition. ...@@ -377,7 +377,7 @@ variable :code:`List` in the constructor definition.
Below two instances of lists with their types given, using type calls: Below two instances of lists with their types given, using type calls:
.. code-block:: python .. code-block::
Cons(1, Cons(2, Nil())) # List[Tensor[(), int32]] Cons(1, Cons(2, Nil())) # List[Tensor[(), int32]]
Cons((1, 1), Cons((2, 2), Nil())) # List[(Tensor[(), int32], Tensor[(), int32])] Cons((1, 1), Cons((2, 2), Nil())) # List[(Tensor[(), int32], Tensor[(), int32])]
...@@ -390,7 +390,7 @@ be specified.) ...@@ -390,7 +390,7 @@ be specified.)
Here are two lists that are rejected by the type system because Here are two lists that are rejected by the type system because
the type parameters do not match: the type parameters do not match:
.. code-block:: python .. code-block::
# attempting to put an integer on a list of int * int tuples # attempting to put an integer on a list of int * int tuples
Cons(1, Cons((1, 1), Nil())) Cons(1, Cons((1, 1), Nil()))
......
...@@ -36,7 +36,7 @@ echo "PreCheck sphinx doc generation WARNINGS.." ...@@ -36,7 +36,7 @@ echo "PreCheck sphinx doc generation WARNINGS.."
cd docs cd docs
TVM_TUTORIAL_EXEC_PATTERN=none make html 2>/tmp/$$.log.txt TVM_TUTORIAL_EXEC_PATTERN=none make html 2>/tmp/$$.log.txt
grep -v -E "__mro__|RemovedInSphinx|UserWarning|FutureWarning" < /tmp/$$.log.txt > /tmp/$$.logclean.txt || true grep -v -E "__mro__|RemovedInSphinx|UserWarning|FutureWarning|Keras" < /tmp/$$.log.txt > /tmp/$$.logclean.txt || true
echo "---------Sphinx Log----------" echo "---------Sphinx Log----------"
cat /tmp/$$.logclean.txt cat /tmp/$$.logclean.txt
echo "-----------------------------" echo "-----------------------------"
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment