Dockerfile

# For travis
FROM buildpack-deps:xenial
SHELL ["/bin/bash", "-c"]
ENV DEBIAN_FRONTEND=noninteractive LANG=C.UTF-8
RUN mkdir -p /root/emsdk/
COPY . /root/emsdk/

RUN cd /root/ \
 && echo "int main() {}" > hello_world.cpp \
 && apt-get update \
 && apt-get install -y python python3 cmake build-essential openjdk-9-jre-headless \
 && /root/emsdk/emsdk update-tags \
 && cd /root/emsdk/ \
 && bash test.sh \
 && python test.py
Travis CI (#155) * try using travis * comments * docker * fix * fix 2018-07-05 06:21:47 -07:00			`# For travis`
			`FROM buildpack-deps:xenial`
			`SHELL ["/bin/bash", "-c"]`
			`ENV DEBIAN_FRONTEND=noninteractive LANG=C.UTF-8`
			`RUN mkdir -p /root/emsdk/`
			`COPY . /root/emsdk/`

			`RUN cd /root/ \`
Enable "emsdk [install\|activate] latest-upstream" (#195) This makes it possible to tell the emsdk to get "latest-upstream", which fetches the latest lkgr from there. This will probably be a common use pattern, I expect we may want to recommend users start trying out the wasm backend that way soon. This will also let us simplify this code: https://github.com/kripken/emscripten/blob/incoming/.circleci/config.yml#L334 Aside from adding the "latest-upstream" alias, this PR has * A few minor cleanups in the emsdk code. ( Minor restructuring of how we define the upstream stuff in the manifest: It seemed odd to have 3 things (clang, emscripten, binaryen) that are all coming from a single archive from the waterfall. Simpler to have just one - the archive is one big lump, there's no way to download just part of it. * Also add node 8.9.1 as a dependency of the upstream sdk, which makes things usable out of the box (node.js is the one thing not provided by the waterfall archive). 2018-12-20 09:58:37 -08:00			`&& echo "int main() {}" > hello_world.cpp \`
Travis CI (#155) * try using travis * comments * docker * fix * fix 2018-07-05 06:21:47 -07:00			`&& apt-get update \`
Fix emsdk on python3 - the values() of a dict is a view there, not a list (#241) Also add both python2 and 3 testing on CI here. Fixes #240. 2019-05-23 11:01:49 -07:00			`&& apt-get install -y python python3 cmake build-essential openjdk-9-jre-headless \`
Re-land #200 : waterfall fastcomp support (#204) (This was reverted by mistake. It had a bad commit message though, so relanding with a nicer one is nice anyhow.) With this, we can do emsdk install latest-fastcomp and it installs fastcomp from the waterfall. That is, we then have 3 main sdks people might want to use: * latest which installs fastcomp-llvm (plus emscripten etc.) from the mozilla infrastructure. (fetches the last emscripten version there) * latest-upstream which installs upstream-llvm (plus emscripten etc.) from the waterfall infrastructure. (fetches the last known good revision (lkgr) there) * latest-fastcomp which installs fastcomp-llvm (plus emscripten etc.) from the waterfall infrastructure. (fetches the last known good revision (lkgr) there) The first and last are currently somewhat overlapping in that both fetch a build of fastcomp. However, as we transition away from the mozilla infrastructure, we could just make latest an alias for latest-fastcomp. (And later, when we're ready to switch to the wasm backend by default, the alias could switch to latest-upstream.) 2019-01-08 13:46:53 -08:00			`&& /root/emsdk/emsdk update-tags \`
Refactor test code into python (#264) Keep the basic workflow test (checking what a user would do to get started) in bash, but otherwise it's more convenient for most tests to be in python. 2019-06-04 16:01:25 -07:00			`&& cd /root/emsdk/ \`
Move testing into a bash file on the side (#266) 2019-06-05 10:19:20 -07:00			`&& bash test.sh \`
Refactor test code into python (#264) Keep the basic workflow test (checking what a user would do to get started) in bash, but otherwise it's more convenient for most tests to be in python. 2019-06-04 16:01:25 -07:00			`&& python test.py`