I've tried this in firefox nightly as well, which has 'window.SIMD'
defined, but also no luck. Anyone can give me some insight in why this
doesn't work?
--
You received this message because you are subscribed to the Google Groups
"emscripten-discuss" group.
To unsubscribe from this group and
It's been a few days since 1.37.35 arrived through emsdk on Linux and
Windows, but I'm still seeing only 1.37.34 as the latest on Mac.
Is there a problem with this build, or is the build machinery stuck? Is
there anything we can do to help? Thanks!
-- brion
--
You received this message because
Yeah, looks like the mac bot is failing to build, sorry about this.
The larger issue is that juj won't be working much on this anymore, and
I've been trying to keep the buildbots running. They are now at
http://ec2-54-213-252-128.us-west-2.compute.amazonaws.com:8112/#/
The current test status
It's probably something customizable in musl, since it can run in 32 and 64
bit systems. Probably for emscripten we defined it as 32-bit since memory
is 32-bit anyhow. So if you want to change this, just defining it as 64-bit
and fixing up the syscalls would be enough.
Do you really use files
On Mon, Mar 5, 2018 at 3:22 PM, Alon Zakai wrote:
> The mac builder bot now reports it succeeded, and if I am reading things
> right the files appear to be uploaded where the emsdk can get them. Does it
> work now?
>
Confirmed I can now install sdk-1.37.35-64bit binaries on
Nah, we read these files progressively. ;-)
On Tue, Mar 6, 2018 at 6:45 AM, Alon Zakai wrote:
> It's probably something customizable in musl, since it can run in 32 and
> 64 bit systems. Probably for emscripten we defined it as 32-bit since
> memory is 32-bit anyhow. So if
The mac builder bot now reports it succeeded, and if I am reading things
right the files appear to be uploaded where the emsdk can get them. Does it
work now?
On Mon, Mar 5, 2018 at 12:34 PM, Alon Zakai wrote:
> Yeah, looks like the mac bot is failing to build, sorry about
So first of all, I'd say you're not going to want to use val for anything
remotely performance sensitive. There's a lot of overhead marshalling
values back and forth.
Directly to your point, val can represent any javascript value, including
those for which comparator operators don't make
> On Mar 6, 2018, at 8:32, Brion Vibber wrote:
>
> Virtualization of macOS is a licensing difficulty so you pretty much need a
> physical Mac somewhere…
Travis CI seems to manage though you’ll have the problem Alon alluded to, which
is, as an open source project, you have