profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/RReverser/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.
Ingvar Stepanyan RReverser Google London, UK https://rreverser.com/ Obsessed D2D (tools & specs) programmer, speaker and performance engineer.

emscripten-core/emscripten 21166

Emscripten: An LLVM-to-WebAssembly Compiler

acornjs/acorn 7641

A small, fast, JavaScript-based JavaScript parser

fkling/astexplorer 4160

A web tool to explore the ASTs generated by various parsers.

inikulin/parse5 2723

HTML parsing/serialization toolset for Node.js. WHATWG HTML Living Standard (aka HTML5)-compliant.

emscripten-core/emsdk 1773

Emscripten SDK

acornjs/acorn-jsx 551

Alternative, faster React.js JSX parser

binast/binjs-ref 406

Reference implementation for the JavaScript Binary AST format

dherman/esprit 294

A JavaScript parser written in Rust

GoogleChromeLabs/wasm-feature-detect 258

A small library to detect which features of WebAssembly are supported.

cloudflare/serde-wasm-bindgen 230

Native integration of Serde with wasm-bindgen

startedcesanta/elk

started time in 3 hours

pull request commentemscripten-core/emscripten

Use `for .. in` to iterate over arrays. NFC

Thanks, the plan in that issue looks solid, and I like the idea of just assuming that Wasm-supporting browsers have ES6 anyway. Btw, the stale bot just marked that issue as stale, you might want to bump it up (or resolve 😛).

sbc100

comment created time in 2 days

pull request commentemscripten-core/emscripten

Use `for .. in` to iterate over arrays. NFC

Maybe we could enable those as part of the new ESM mode discussed in issue about ES6 exports. I think it would be reasonable to tie the two together.

sbc100

comment created time in 2 days

pull request commentemscripten-core/emscripten

Use `for .. in` to iterate over arrays. NFC

I think it would be good to have an internal preprocessor flag to allow using ES6 constructs. The spread syntax ... is another one that will give a nice code size saving as well.

I agree, same for various class constructs and object shorthands - we certainly have a bunch of places where those could help.

sbc100

comment created time in 2 days

pull request commentemscripten-core/emscripten

Use `for .. in` to iterate over arrays. NFC

This at least used to have worse performance in modern engines than a C-style for loop for arrays, since it has to check any properties and not just integer indices.

Personally, I'd probably keep the old version. It might be useful to see how much this saves on practice (after gzip/brotli) on some real-world example, but I doubt it's much.

sbc100

comment created time in 2 days

Pull request review commentjslicense/npm-license-corrections.json

Add packages that have always been MIT

+acorn-jsx,MIT,0.6.1,1.0.0,1.0.1,1.0.2,1.0.3,2.0.0,2.0.1,3.0.0,3.0.1

Previous versions used licenses declaration, which is now deprecated, but was still correct SPDX declaration at the time. https://unpkg.com/browse/acorn-jsx@1.0.0/package.json

Might be worth updating the script you used for collecting the data to count this old style as valid too.

ljharb

comment created time in 2 days

PullRequestReviewEvent

pull request commentimage-rs/image-tiff

Fix the mandrill.tiff regression

It's been a while, can a release be tagged please?

TomasKralCZ

comment created time in 3 days

issue openedemscripten-core/emscripten

Document emcmake under "Building projects"

I've noticed we don't have any mentioned of emcmake on the website, except for the changelog. We should fix it as a lot of people probably port their CMake-based projects.

https://emscripten.org/docs/compiling/Building-Projects.html seems like the best candidate for a new section.

created time in 3 days

push eventv8/v8.dev

Ingvar Stepanyan

commit sha 1ecc69ca3797b4f42dfdf04e8df08f5151352ef2

Check links in new blog posts (#583)

view details

push time in 3 days

delete branch v8/v8.dev

delete branch : link-check

delete time in 3 days

PR merged v8/v8.dev

Check links in new blog posts cla: yes
+17 -1

0 comment

2 changed files

RReverser

pr closed time in 3 days

PR merged v8/v8.dev

V8 release v9.5 cla: yes
+71 -1

0 comment

2 changed files

RReverser

pr closed time in 3 days

push eventv8/v8.dev

Ingvar Stepanyan

commit sha 1643bbaf431bc3f7b0f8012a384fc76520382c4f

V8 release v9.5 (#582)

view details

push time in 3 days

delete branch v8/v8.dev

delete branch : v8-release-95

delete time in 3 days

PR opened v8/v8.dev

Check links in new blog posts
+17 -1

0 comment

2 changed files

pr created time in 3 days

create barnchv8/v8.dev

branch : link-check

created branch time in 3 days

PR opened v8/v8.dev

V8 release v9.5
+71 -1

0 comment

2 changed files

pr created time in 3 days

push eventv8/v8.dev

Ingvar Stepanyan

commit sha 9d8bd575b73f359640b06f487f8e1d1e647dc04a

V8 release v9.5

view details

push time in 3 days

create barnchv8/v8.dev

branch : v8-release-95

created branch time in 3 days

starteddtolnay/inventory

started time in 4 days

push eventWebAssembly/website

Christopher Serr

commit sha aa554854977d677cb59fbdad47beffd8f0443636

Update Safari Feature Support for 15.0 (#250)

view details

push time in 4 days

PR merged WebAssembly/website

Update Safari Feature Support for 15.0

Safari 15 just released with Bulk memory operations, Reference types and Non-trapping float-to-int conversions now being activated by default.

+4 -4

3 comments

1 changed file

CryZe

pr closed time in 4 days

PullRequestReviewEvent

pull request commentWebAssembly/website

Update Safari Feature Support for 15.0

Yeah, they're related to enabling SAB & threads. Oh well, thanks!

CryZe

comment created time in 4 days

pull request commentWebAssembly/website

Update Safari Feature Support for 15.0

Nice, thanks! I vaguely remember someone saying COOP/COEP might come in Safari 15 too, is not enabled by default yet?

CryZe

comment created time in 4 days

issue commentemscripten-core/emscripten

throw exception with message in cpp

just exported main and callbacks to render a frame etc.

Right, but if it's callbacks, those exceptions would propagate through main anyway, and would be wrapped too. (btw, probably something we need to account for - make sure we don't try to double-wrap an exception in such scenarios)

robfors

comment created time in 7 days

delete branch RReverser/rayon

delete branch : patch-1

delete time in 7 days

issue commentemscripten-core/emscripten

throw exception with message in cpp

To be clear - I'm not opposed to wrapping all exports either, it just seemed wasteful to wrap C functions (including somewhat frequently called things like _malloc and _free) when all we are interested in are C++ exceptions and methods.

Plus, it's usually easier to start off with a limited surface and expand later as necessary.

robfors

comment created time in 7 days

issue commentemscripten-core/emscripten

throw exception with message in cpp

but does that also take care of exceptions escaping main? Or that should be handled separately?

Yeah no, main does need to be handled separately.

The other thing is, if we use SjLj support using Wasm EH (#14976), longjmps will surface as exceptions as well. Longjmps don't have a helpful message, but it'd be good to just at last print "longjmp"..

Ah that's an interesting point, makes sense. I'm not sure how to distinguish longjmps from other exceptions though? Will they have a special class like std::exception does?

robfors

comment created time in 7 days