Yes, you can call emscripten from CMake

Tianqi

On Mon, Nov 20, 2017 at 5:42 PM, Pedro Larroy <pedro.larroy.li...@gmail.com>
wrote:

> I like the idea of amalgamation, I have used it in SQLite as it makes
> very easy to just drop one header file and one source file in another
> project to use the library.
>
> But SQLite is often used as a library embedded in platforms / other
> libraries.
>
> What's the use case of amalgamation in MXNet when we can build the
> binary library for all the platforms with MXNet's build system?  Who
> is using MXNet as an embedded library that can't use the shared
> library + headers or specific language bindings?
>
> Can't we call emscripten from CMake? I'm not familiar with our JS
> bindings, but I don't see why we can't compile for emscripten as for
> any other platform.
>
> Pedro.
>
> On Mon, Nov 20, 2017 at 11:59 PM, Tianqi Chen <tqc...@cs.washington.edu>
> wrote:
> > We could resort to a middle ground. Instead of having an amalgamation
> > script that generates a single file, simply have a file that includes
> > everything and compiles that one. Which should also work.
> >
> > The javascript port can likely be superseded with some form of support in
> > nnvm compiler, which transpires and generate likely more efficient code
> > than current version.  We can enable that feature now except that there
> is
> > no dedicated developer on it yet. We can talk about full deprecation
> after
> > this
> >
> >
> > Tianqi
> >
> > On Mon, Nov 20, 2017 at 2:47 PM, Pedro Larroy <
> pedro.larroy.li...@gmail.com>
> > wrote:
> >
> >> Hi all
> >>
> >> Given that we have working builds for ARM, Android, TX2 and the main
> >> architectures, and after considering how amalgamation is done. I would
> >> like to propose that we deprecate and remove amalgamation.
> >>
> >> I don't think the cost of maintaining this feature and how it's done
> >> justifies the ROI, given that we can now produce binary builds for
> >> embedded platforms in a comfortable way. It's also consuming build &
> >> test resources.
> >>
> >> We should strive to simplify our build system and development process.
> >>
> >> Pedro.
> >>
>

Reply via email to