Viewing profile — jfbastien
jfbastien
HN member- Joined
- Wed, Nov 27, 2013, 3:22 PM UTC
- HN karma
- 422
- Public activity
- 81 items
- HN profile
- View on Hacker News ↗
About jfbastien
Recent public activity
-
comment
Comment #41876489
Dang, will fix when I get home! Thanks Nick, and hi!
-
comment
Comment #41876406
10 years ago, a coworker had a really hard time root-causing a bug. I shoulder-debugged it by noticing the bit patterns: it was a miscompile of LLVM itself by GCC, where GCC was us…
-
comment
Comment #41876129
Typo, I fixed it in the new draft: https://isocpp.org/files/papers/D3477R1.html
-
comment
Comment #41875911
I added a mention of TI's hardware in my latest draft: https://isocpp.org/files/papers/D3477R1.html
-
comment
Comment #41875887
As mentioned by others, we've dropped trigraph and deprecated rand (and offer an alternative). I also have: * p2809 Trivial infinite loops are not Undefined Behavior * p1152 Deprec…
-
comment
Comment #41875875
Yes, I'm trying to figure out which are still relevant and whether they target a modern C++, or intend to. I've been asking for a few years and haven't gotten positive answers. The…
-
comment
Comment #41875864
Hi! Thanks for the interest on my proposal. I have an updated draft based on feedback I've received so far: https://isocpp.org/files/papers/D3477R1.html
-
comment
Comment #41875859
Hi! I'm JF. I half-jokingly threatened to do IEEE float in 2018 https://youtu.be/JhUxIVf1qok?si=QxZN_fIU2Th8vhxv&t=3250 I wouldn't want to lose the Linux humor tho!
-
comment
Comment #37924767
Having it in .rodata is much nice than having it in .text
-
comment
Comment #37924756
No, I’m a blade runner character.
-
comment
Comment #37924140
You sound like fun at parties :p I’m glad you liked the oration and technical content though!
-
comment
Comment #37923800
This is the way ;)
-
comment
Comment #37923771
I will do prompt injection in the next talk, just for you
-
comment
Comment #37923409
Good thing this was covered in the talk
-
comment
Comment #37923396
I’m glad you appreciated me saying exactly this in the talk
-
comment
Comment #15316859
That is entirely incorrect for the WebAssembly CG and WG.
-
comment
Comment #15315406
I'd honestly just start with musl libc. The one Emscripten supports mostly just imports the same syscalls as Linux, with some ugliness to be able to do some DCE. If you clean that …
-
comment
Comment #15315390
Interpreters can go a long way, but JIT code generation is required for really fast dynamic language implementation. That's quite a bit off for WebAssembly: https://github.com/WebA…
-
comment
Comment #15315369
Your phrasing leads me to believe that you distrust how web standards organizations approve new features? If that's not the case then I invite you to join the W3C Community Group a…
-
comment
Comment #15314499
A few ways that come to mind: 1. WebAssembly has almost no APIs to the platforms whereas Flash had a bunch (i.e. it's "as safe as JavaScript, because it can only call JavaScript").…
-
comment
Comment #15313970
> What's the reasonable thing to do when a grow-memory instruction returns -1? A good assumption is that your WebAssembly binary already has an implementation of malloc which calls…
-
comment
Comment #15313745
Same organizations, different people, and enough time to experiment with (read: suffer pains from) things like asm.js and PNaCl for those people to agree that something like WebAss…
-
comment
Comment #15313712
In theory, yes, but WebAssembly current has put little effort on standardizing packaging and ABIs. That work is in progress here: https://github.com/WebAssembly/tool-conventions bu…
-
comment
Comment #15313684
Hmm, that website mirrors github but got stale: https://github.com/WebAssembly/design/blob/master/FutureFeat... It now links to here: https://github.com/WebAssembly/design/issues/1…
-
comment
Comment #15313615
You should be able to write a very basic WebAssembly compiler in much less than half a megabyte. The WebAssembly format itself can be assumed to already be pre-optimized, and is ex…