Just realized that the email lists strips aways all hyperlinks. Attached is a
copy of my previous email with links pasted in.
What are peoples' thought on requiring cmake when building from source?
Currently we have to maintain two independent build files (CMakeLists and
Makefile) which makes it
Hi everyone, happy Friday,
I've mocked up a couple of modifications for the highlights on the home
page.
The goal is to expose more news, more tutorials, and other interesting
things people have been working on. If you've contributed something
interesting and want to highlight it, you should be
+1
Let's move to CMake. It has much better support, and it's not worth
maintaining two build systems.
If we really want we could maintain a make file which manages the
installation of cmake and calls cmake internally! It seems easy to install
cmake. There is a shell script with binary for all
It is always a good thing to consider the cost with the benefit. I'll do my
best to explain what I see the tradeoffs to be.
First, I wanted to clarify that it took significant development effort to
get the Clojure package and the interop working properly despite my simple
looking design on the
In light of this, maybe it is time to deprecate amalgamation? GIven there
is already support for Pi, and we could use TVM to compile to javascript
with WebGL
Tianqi
On Fri, Jun 1, 2018 at 3:24 PM, Rahul Huilgol
wrote:
> +1
>
> Let's move to CMake. It has much better support, and it's not worth
Thanks Aaron. I like Wireframe2. One addition I can think of is to show in
a category Blogs/CaseStudy all new blogs published in Apache MXNet medium
handle and other trusted sources.
On Fri, Jun 1, 2018, 3:19 PM Thomas DELTEIL
wrote:
> Nice work, I like wireframe 2 the best, it gives structure
Hello all,
We would like to propose a new mechanism that unifies the integration with most
of the external acceleration libraries, including TVM, MKLDNN, TensorRT and
more. The main idea is to integrate with the external libraries in the level of
subgraphs instead of operators.
There are a few
What are peoples' thought on requiring cmake when building from source?
Currently we have to maintain two independent build files (CMakeLists and
Makefile) which makes it more difficult to develop (each are 600+ lines). Also,
our current build system (in Makefile) requires that 3rdparty
Have checked the issue and the confluence page, but still curious.
Clojure and Scala are both JVM based languages.
They, as well as many JVM based languages, can share their class and method
at a certain level.
Why should the community maintain two APIs for two languages with can share
their
+1 to using cmake and deprecating Makefile. I was able to find a previous
discussion on this:
https://github.com/apache/incubator-mxnet/issues/8702
The concerns raised were
1. Building on devices like raspberry pi where cmake is non existent or old.
2. Adding an additional dependency.
As
Hi all,
I've been working on a Clojure package for MXNet. Since Clojure is a JVM
language, the package leverages the great work of the existing Scala
package.
I would appreciate any feedback and testing.
Here is the original issue:
https://github.com/apache/incubator-mxnet/issues/8971
+1
Thanks for bringing this up. Maintaining two build systems is a pain.
If we decide to make cmake default, please make sure all installation
documentations are updated correspondingly. They're currently all using
"make" if installed from source.
Best,
Haibin
On Fri, Jun 1, 2018 at 3:06 PM,
building for rpi doesn't mean you should build on a rpi... that takes
forever.
2018-06-01 23:06 GMT+01:00 Anirudh :
> +1 to using cmake and deprecating Makefile. I was able to find a previous
> discussion on this:
> https://github.com/apache/incubator-mxnet/issues/8702
>
> The concerns raised
Nice work, I like wireframe 2 the best, it gives structure to an otherwise
loosely structured list.
2018-06-01 14:57 GMT-07:00 Aaron Markham :
> Hi everyone, happy Friday,
>
> I've mocked up a couple of modifications for the highlights on the home
> page.
> The goal is to expose more news, more
14 matches
Mail list logo