Something people found confusing was that whether or not a native::
signature would get SymInt or not in its type was based on the dispatch
key. This changes it so that SymInt or not in type is based on whether
or not you have _symint in the name of the kernel or not. This means
that even when we make operators support SymInt, you no longer have to
go and update all the preexisting definitions; instead, you now
selectively write _symint to opt individual kernels into SymInt support.
I then go and update a bunch of kernels that don't have proper SymInt
support to make use of this convention. There is some hacking around
for view generation code.
I also add support for external backends to specify 'symint' operators, for which we generate SymInt signatures instead of regular signatures.
Signed-off-by: Edward Z. Yang <ezyang@fb.com>
Differential Revision: [D39310060](https://our.internmc.facebook.com/intern/diff/D39310060)
Pull Request resolved: https://github.com/pytorch/pytorch/pull/84579
Approved by: https://github.com/wconstab
Previously we were using TORCH_API, which doesn't actually mean much for
us because it is always set to import (windows) or default visibility
(gnu). This PR changes it so that FUNCTORCH_API is set to export/import
(windows) correctly.
* Fixed some test cases/added some easy batching rules
* Added debug_compile to simplify flow for minimizing graphs
* test flake
* fixed stuff hopefully
* fix poisson test
* fixed some more
* fix matrix_H
* cleaned more stuff up
* fixed gelu
* last one?
