Last 12 weeks · 339 commits
4 of 6 standards met
I was writing a fuzz generator/printer for starlark ASTs to be able to write some tooling with Claude with confidence, and I found a bug in starlark-rust (repro'd on main, d64c249f): is a parse failure. Claude claim as to cause: vibes! The tuple-tail parser (parse_test_list_tail in src/syntax/parser_rd.rs -- the path that parses tuple elements after the first comma) does not accept the bytes-literal token as the start of an element, so it stops and expects . List literals and call-argument lists go through a different path that handles bytes correctly, which is why only tuples are affected. Here's a rather claudy reproducer which outputs this: Reproducer:
The dependency has not been maintained in 7 years. This PR vendors the latest version of the official JSON Schema DAP specification and uses to convert it to Rust types. All code changes are to conform to updated specification (mostly new fields), and to the slightly different conversion performed by typify.
Building pagable 0.4.1 for armv7-unknown-linux-musleabihf fails: The current assertion assumes 12 usizes for every 32-bit target. On ARMv7 EABI hard-float, the actual size is 10 usizes. Changing the ARM32 assertion to [usize; 10] allowed the downstream build to compile and run successfully on real ARMv7 hardware
Repository: facebook/starlark-rust. Description: A Rust implementation of the Starlark language Stars: 991, Forks: 107. Primary language: Rust. Languages: Rust (86.8%), Starlark (13%), Python (0.1%), TypeScript (0.1%), HTML (0%). License: Apache-2.0. Latest release: v0.14.0 (1mo ago). Open PRs: 10, open issues: 29. Last activity: 31m ago. Community health: 75%. Top contributors: stepancheg, ndmitchell, JakobDegen, Nero5023, cjhopman, bobyangyf, krallin, christolliday, perehonchuk, jtbraun and others.