profile
viewpoint
Squirrel gilescope @rothesay-life Witham, Essex, UK http://gilescope.ninja/ Rust/Testing/DevOps Junkie. Automation Maximalist.

gilescope/cyberpunkfonts 21

Cyberpunk inspired fonts for coding

gilescope/docker-bisect 4

Like git-bisect, but running a command on an image's layers.

gilescope/ArrowDebugging 3

Keybindings for popular editors so you can quickly try out Arrow Debugging

gilescope/dockershell 3

A docker shell, each command run in a separate container. Has undo.

Aleksask/FoodChain 2

P2P market for cooperatives

gilescope/cargo-service-message 2

Provides service messages for Cargo for integration into CI systems like TeamCity

gilescope/cyberdyne20xx 1

A vscode theme

gilescope/abs 0

Make arguments absolute

gilescope/alacritty 0

A cross-platform, GPU-accelerated terminal emulator

created repositoryMichaelBurgess/nextjs-support-broken

created time in 22 minutes

created repositoryMichaelBurgess/nextjs-support-working

created time in 23 minutes

issue commentWebAssembly/memory64

LLVM: wasm64, atomics (exception handling) not really implemented

@ecs-commonA https://reviews.llvm.org/D92348 has been merged, please let us know if its working for you once you get the chance.

ecs-commonA

comment created time in 11 hours

issue commentWebAssembly/memory64

LLVM: wasm64, atomics (exception handling) not really implemented

Aardappel, thank you. I did not yet see this. I can confirm the wasm64 support is very good yet, even wasi-libc > dlmalloc etc. work perfectly after I removed some static asserts.

ecs-commonA

comment created time in 15 hours

issue openeddavidhewitt/pythonize

Not all trait items implemented, missing: `collect_str`

When trying to install pythonize I run into the error:

    Blocking waiting for file lock on build directory
   Compiling pyo3 v0.12.4
   Compiling pyo3 v0.12.4 (https://github.com/PyO3/pyo3#92b7a973)
   Compiling pythonize v0.12.0
 error[E0046]: not all trait items implemented, missing: `collect_str`
  --> /home/***/.cargo/registry/src/github.com-1ecc6299db9ec823/pythonize-0.12.0/src/ser.rs:49:1
   |
49 | impl<'py> ser::Serializer for Pythonizer<'py> {
   | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ missing `collect_str` in implementation
   |
   = help: implement the missing item: `fn collect_str<T>(self, _: &T) -> std::result::Result<<Self as Serializer>::Ok, <Self as Serializer>::Error> where T: std::fmt::Display { todo!() }`

What could be the source of this problem?

created time in 15 hours

issue commentWebAssembly/memory64

LLVM: wasm64, atomics (exception handling) not really implemented

@ecs-commonA the patch has not been merged yet, and as you can see here https://github.com/WebAssembly/memory64/blob/master/proposals/memory64/Overview.md the memory.init only takes a single i64 arg.

ecs-commonA

comment created time in 15 hours

startedopstrace/opstrace

started time in 17 hours

starteddeckgo/deckdeckgo

started time in a day

startedon0z/homebrew-on0zbrew

started time in 2 days

created repositoryjamiebrynes7/aoc-2020

Advent of code 2020

created time in 2 days

startedfacebookresearch/hiplot

started time in 2 days

startedjedisct1/rust-sthash

started time in 2 days

startedflier/rust-t1ha

started time in 2 days

startedonur/cargo-license

started time in 2 days

startedgilescope/nix-all

started time in 2 days

issue commentWebAssembly/memory64

LLVM: wasm64, atomics (exception handling) not really implemented

As @dschuff said, we are implementing recent changes (#137 and #143) in the spec, so please don't expect to work it in both 32 and 64 bits some months. The existing support was not tested for wasm64, but I think extending the support to wasm64 after finishing the new spec implementation shouldn't be hard.

ecs-commonA

comment created time in 2 days

issue commentWebAssembly/memory64

LLVM: wasm64, atomics (exception handling) not really implemented

+cc @aheejin If by "at least for LLVM" you mean will the LLVM IR be the same (i.e. using win EH), then I believe the answer is yes. It will just be translated to wasm differently.

ecs-commonA

comment created time in 2 days

created repositoryzargony/advent-of-code-2020

created time in 2 days

issue commentWebAssembly/memory64

LLVM: wasm64, atomics (exception handling) not really implemented

Hi,

re: Possible fix: https://reviews.llvm.org/D92348

I see the fix has landed but it appears incomplete to me, I think all instructions marked with '+' below shall be i64.const. The args for memory.init must all be i64 IMO (addr, start, size, all are 'memarg'). Please correct me if wrong.

+i32.const(67616) i32.const(0) i32.const(1) i32.atomic.rmw.cmpxchg(0 align 2) if.op( extdatab @112)b1_len=11 b2_len=27 b1_stream_start=<4> b2_stream_start=11 stream_end=<26> depth=1 parent@0

  • i32.const(67616) i32.const(1) i64.const(-1) i32.atomic.wait(0 align 2) drop() else.op() i64.const(65536)
  • i32.const(0)
  • i32.const(8) memory.init( extdatab @48) i64.const(65544)
  • i32.const(0)
  • i32.const(16) memory.init( extdatab @80)
  • i32.const(67616) i32.const(2) i32.atomic.store(0 align 2)
  • i32.const(67616) i32.const(-1) atomic.notify(0 align 2) drop() end() data.drop() data.drop() end.func()

Regarding the new EH proposal (#3) I'm bit sad/disappointed, because I implemented #2 and found it's nice (LLVM win EH based, thx to Heejin). I really hope, #3 will be close to #2, at least for LLVM.

ecs-commonA

comment created time in 2 days

issue commentWebAssembly/memory64

LLVM: wasm64, atomics (exception handling) not really implemented

-fwasm-exceptions should not be expected to work right now, as we are updating it (both in the toolchain and V8) to reflect changes in the wasm EH spec.

ecs-commonA

comment created time in 3 days

startedmanubot/manubot

started time in 3 days

fork hithomasmorelli/DefinitelyTyped

The repository for high quality TypeScript type definitions.

fork in 3 days

created repositoryvasily-kirichenko/FSharpCore5PaketRedirectionBug

created time in 3 days

startednacholibre/node-readlines

started time in 3 days

created repositoryGrumpyMetalGuy/AdventOfCode2020

Advent of Code 2020 implementations.

created time in 3 days

startedfacebookresearch/moco

started time in 3 days

fork kngwyu/fastpages

An easy to use blogging platform, with enhanced support for Jupyter Notebooks.

https://fastpages.fast.ai/

fork in 3 days

created repositorykngwyu/rlog

RL blog

created time in 3 days

created repositorykngwyu/rl-blog

My another blog about Reinforcement Learning

created time in 3 days

more