Re: [dmlc/tvm] [DEV] TVM v0.6 Roadmap (#2623)

2019-08-08 Thread 雾雨魔理沙
Higher order automatic differentiation was done like half years ago. Please check that. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/dmlc/tvm/issues/2623#issuecomment-519449551

Re: [dmlc/tvm] [DEV] TVM v0.6 Roadmap (#2623)

2019-08-08 Thread Lianmin Zheng
@Lyken17 https://github.com/dmlc/tvm/issues/1585 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/dmlc/tvm/issues/2623#issuecomment-519520425

Re: [dmlc/tvm] [Relay][RFC] Relay support for Sparse Tensor (#3731)

2019-08-08 Thread Junru Shao
Nice to see proposals on sparse format. There are design trade offs between “having extra fields” and “design a new type” -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/dmlc/tvm/issues/3731#issuecomment-

[TVM Discuss] [Development] [Discussion] Adding a function to Relay module automatically triggers InferType

2019-08-08 Thread Jared Roesch via TVM Discuss
Besides mutually recursive globals deferring type checking provides no benefits, code that doesn't type check is not a valid Relay program and can not be used to do anything, analysis, optimization, or code generation. We can defer type checking to the first pass, but I don't see it providing

[TVM Discuss] [Development] [Discussion] Adding a function to Relay module automatically triggers InferType

2019-08-08 Thread Junru Shao via TVM Discuss
Hey Jared, Thank you for the response! I completely agree that types are important. Without proper type information, we are unable to do anything like type-specific analysis, optimization and code generation. Also, I agree that doing type checking every time a new function is added is benefi