admin/ci-emsdk
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
782 Commits 1 Branch 1 Tag
40882443a159edcc4d63333e540b62f3426bafff
Commit Graph

782 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Kevin Lubick
40882443a1 Update build_bazel_rules_nodejs to fix closure compiles (#912) 
* Update build_bazel_rules_nodejs to fix closure compiles

* Fix spacing in update_bazel_workspace.sh script

* space
 2021-10-19 14:44:48 -07:00
Kevin Lubick
f8615b4782 Run buildifier on bazel/ (#913) 2021-10-19 15:56:55 -04:00
Kevin Lubick
773e4f955d Add embind example to Bazel docs (#910) 
* Add embind example to Bazel docs

* address feedback
 2021-10-14 13:49:36 -04:00
walkingeyerobot
7f39d100d8 bazel: pass -g instead of -g4 for wasm_asan feature (#904) 2021-10-13 08:07:14 -07:00
Sam Clegg
3891e7b04b 2.0.31 (#906) 2021-10-01 16:02:25 -07:00
Sam Clegg
c60dd3bd4f Fix emscripten-version parsing (#902) 
See https://github.com/emscripten-core/emscripten/pull/15144
 2021-09-28 07:01:09 -07:00
juj
4d84356204 Fix passing -DLLVM_ENABLE_PROJECTS directive to CMake - it does not want to see double quotes in the field passed to it. (#898) 2021-09-25 07:19:55 -07:00
Matt Gucci
deb6453391 Fix error handling: untargz() in emsdk.py (#895) 
Make untargz() in emsdk.py return False if tar command failed.
 2021-09-20 10:02:01 -07:00
Derek Schuff
b946a4786a 2.0.30 (#893) 2021-09-15 12:03:43 -07:00
Sam Clegg
b362b17326 Add arm64 fastcomp releases to emsdk_manifest.json (#891) 
This was missing from emsdk_manifest.json and should alow older fastcomp
SDKs to be install on M1 apple hardware (in emulation mode).

Fixes: #889
 2021-09-09 08:42:47 -07:00
Brad Kotsopoulos
cf706316f5 [Bazel] fix llvm bin path (#888) 2021-09-09 00:46:25 -07:00
Derek Schuff
68cfa875ed Fix release name for 2.0.29-lto (#885) 
Fixes #884
 2021-09-07 12:30:04 -07:00
Derek Schuff
e61ecfa865 2.0.29-lto (#881) 2021-09-02 10:39:38 -07:00
Derek Schuff
f9dee6673e Version 2.0.29 (#878) 2021-08-27 17:27:29 -07:00
Danny B
e82ac4ec1f Small fix for Bazel instructions. (#875) 
In the past the instructions were to copy `emscripten_toolchain` into the project dir, now it downloads emsdk as a package so the `bazelrc` part has to refer to `@emsdk`.
 2021-08-26 15:18:08 -04:00
Derek Schuff
8ce2547a5e Add LTO build for 2.0.28 (#873) 2021-08-26 11:54:38 -07:00
Sam Clegg
6a932246db Use .json extension for emscripten-releases-tags.json. NFC (#870) 2021-08-25 17:21:40 -07:00
Derek Schuff
793557c615 2.0.28 (#871) 2021-08-23 13:37:00 -07:00
Derek Schuff
953244003b 2.0.27 (#868) 
Includes LTO and non-LTO, with non-LTO as the default
 2021-08-12 19:34:34 -07:00
Derek Schuff
6d1efad07e 2.0.26-lto (#861) 2021-07-28 15:38:10 -07:00
Sam Clegg
a3d65c80d3 2.0.26 (#858) 2021-07-26 15:26:01 -07:00
Sam Clegg
5c0e31a03a 2.0.25 (#850) 2021-06-30 10:24:41 -07:00
Attila Oláh
7f983966b3 Support linking with -o filename (#849) 
When linking with `-o filename` (such as in various CMake build checks), the parameter passed to the linker is a temporary file, and it is passed as a bare filename (i.e. relative path without a `'/'`). In such cases, `outdir` would have been the empty string, and the final `tar` command would fail (actually the call to `subprocess.check_call(…)` is what fails).
 2021-06-28 11:01:27 -07:00
Attila Oláh
eaa49511f4 Print sys.argv when link_wrapper.py is invoked incorrectly (#847) 
This should help debug cases when the link_wrapper is not invoked correctly.
 2021-06-24 09:05:34 -07:00
Sam Clegg
0eae457cdb Point zsh and csh users to the correct startup script (#843) 
Fixes: https://github.com/emscripten-core/emscripten/issues/14446
 2021-06-17 10:36:50 -07:00
Sam Clegg
bb3189b941 Consistent error messages (#840) 2021-06-16 09:10:12 -07:00
Sam Clegg
c341e544a7 Error out on attempt to activate a missing tools (#838) 
Previously if a tool (any part of an SDK) was not installed
we would issue a warning and continue to active without returning
non-zero.

This meant doing `emsdk install 2.0.0 && emsdk activate latest`
would appear to be work aside from the warning messages about
latest not being installed.

This is especially annoying since we dropped support for side
by side SDK installations.  The following sequence is no longer
valid and we want to make that clear by erroring out:

```
$ emsdk install 2.0.1
$ emsdk install 2.0.2
$ emsdk activate 2.0.1
```

Since 2.0.2 replaces 2.0.1 on the filesystem the active here
could fail hard rather than just warning.
 2021-06-15 22:19:47 -07:00
Sam Clegg
e2dc11e0db 2.0.24 (#839) 2021-06-10 09:02:19 -07:00
Yulong Wang
9fca4702ac bugfix: allow to install SDK binaries alone (#834) 2021-06-08 10:57:29 -07:00
Sam Clegg
57b8067188 Improve emscripten-releases-tags.txt to support mutliple aliases (#837) 
Also, improve reporting of version resolution. e.g.:

```
$ ./emsdk  install sdk-latest
Resolving SDK alias 'latest' to '2.0.23'
Resolving SDK version '2.0.23' to 'sdk-releases-upstream-77b065ace39e6ab21446e13f92897f956c80476a-64bit'
Installing SDK 'sdk-releases-upstream-77b065ace39e6ab21446e13f92897f956c80476a-64bit'..
...
```
 2021-06-08 10:08:01 -07:00
Derek Schuff
f26ebb74c0 Add 2.0.23 LTO release (#830) 2021-05-27 08:50:39 -07:00
Sam Clegg
f44b841547 2.0.23 (#828) 2021-05-26 18:10:10 -07:00
Sam Clegg
c9157a9a54 2.0.22 (#827) 2021-05-25 07:21:40 -07:00
Derek Schuff
32fd1fafac 2.0.21 (#818) 2021-05-18 08:39:21 -07:00
juj
d1b4543658 macOS and Linux backwards compatibility (#819) 
* Disable optional LLVM and LLDB dependencies. Target macOS 10.11 at minimum.

* flake
 2021-05-18 07:36:47 -07:00
Derek Schuff
b33aaafbcd Create manifest SDK entries for ARM64 emscripten-releases builds (#816) 
This allows emsdk to download the new ARM64 binaries from
the emscripten-releases builders.
 2021-05-11 08:40:06 -07:00
Derek Schuff
544dd6c32b Add emscripten-releases tag for 2.0.20-lto (#817) 2021-05-10 11:10:41 -07:00
Sam Clegg
ee63b9d5d6 2.0.20 (#815) 2021-05-06 14:31:10 -07:00
Sam Clegg
09a6eae0aa Add optional hash to scripts/create_release.py (#813) 2021-05-05 11:33:42 -07:00
juj
4dbc028cb0 Remove explicit closure install step, the first install command does already seem to install google-closure-compiler-windows at least. (#803) 2021-05-05 06:57:16 -07:00
Sam Clegg
dedf902193 Add newline at end of emscripten-version.txt (#812) 
This file in in the repo itself contains a newline so we should match
that.  Also everybody knows that text files should end in a newline :)
 2021-05-04 16:51:19 -07:00
Sam Clegg
33ce2bdf2c 2.0.19 (#811) 2021-05-04 15:25:01 -07:00
Sam Clegg
afecc765fb Switch primary branch from master to main (#809) 
See: #805
 2021-05-03 11:43:51 -07:00
Sam Clegg
1284e37ab9 Switch emscripten-release from master to main (#804) 2021-05-03 08:38:11 -07:00
Sam Clegg
894c25b52a Switch to HEAD.zip when downloading archive from github. (#806) 
This works regardless of the name of the primary branch so that
the code will continue to work if/when we rename `main` to `master`.

See: #805
 2021-04-29 15:48:18 -07:00
Sam Clegg
b4c9194d81 Unset emsdk-related environment variable from inactive tools (#801) 
When we deactivate a tool we also want to remove its environment
variables.   One driver for this is that modern sdks don't set
`EM_CACHE` whereas old ones did and we want to make sure that
`EM_CACHE` gets unset when folks upgrade (and then re-set if
they downgrade).  See #797.
 2021-04-29 08:43:20 -07:00
juj
3510ab2697 Add option --override-repository (#792) 
* Add option --override-repository to allow controlling where git clones happen from.

* Address review
 2021-04-29 03:32:43 -07:00
juj
16ee884464 Fix issues with npm install of google-closure-compiler installing all dev packages as well. (#793) 2021-04-26 14:38:00 -07:00
Sam Clegg
4282d5d44b Avoid setting EM_CACHE unless we really need to (#797) 
This avoid polluting the global environment which makes
side-by-side installational of different emscripten version
harder.

See https://github.com/emscripten-core/emscripten/pull/13954
 2021-04-26 06:29:01 -07:00
Derek Schuff
cee96f8054 2.0.18 (#799) 2021-04-23 18:35:03 -07:00