Skip to content

chore(deps-dev): bump tree-sitter-language-pack from 1.13.5 to 1.14.3 - #134

Open
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/pip/tree-sitter-language-pack-1.14.3
Open

chore(deps-dev): bump tree-sitter-language-pack from 1.13.5 to 1.14.3#134
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/pip/tree-sitter-language-pack-1.14.3

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Aug 9, 2026

Copy link
Copy Markdown
Contributor

Bumps tree-sitter-language-pack from 1.13.5 to 1.14.3.

Release notes

Sourced from tree-sitter-language-pack's releases.

v1.14.3

Fixed

  • Windows parser binaries build. The UTF8PROC_STATIC fix in 1.14.2 covered the two static-link paths but not the third one, which builds each grammar's shared library from a raw compiler invocation and compiles utf8proc.c straight into it. MSVC therefore still rejected all 183 scanner grammars with error C2491, and the 1.14.2 release produced no windows-x86_64 or windows-aarch64 parser binaries (#174).

Added

  • CI builds the parser binaries on windows-x86_64 and windows-aarch64 on every push, mirroring the publish job. Windows previously ran on no CI runner, so the dynamic-link build was first attempted at release time; the build log is also written to a file and uploaded, because the failing step exceeded GitHub's per-step log archive cap and left no recoverable diagnostic.
  • The validate job installs the Go, Ruby, Dart and Elixir toolchains, so poly's whole-project lint phase — golangci-lint, rubocop, steep, dart-analyze and credo — runs in CI rather than only in the git hooks.

v1.14.2

Fixed

  • Windows artifacts build again. utf8proc.c is compiled into a static archive, but UTF8PROC_STATIC was never defined, so on MSVC utf8proc.h declared every utf8proc_* symbol __declspec(dllimport) and the same translation unit then defined it — error C2491. Every Windows job in the 1.14.1 release (parser binaries, C FFI, CLI, C# native) failed, which is why no windows-x86_64 entry ever reached the pre-built parser manifest (#174).
  • C++ grammar scanners build under musl. The deterministic wide-ctype shim redirects the libc classifiers through function-like macros. Preprocessing is token-based, so a scanner calling std::iswspace(c) expanded to a std::ts_pack_iswspace that does not exist, and heavy libstdc++ headers re-declaring those classifiers after the macros were in scope failed to compile on musl. The redirected names are now visible in namespace std, and norg — whose scanner pulls in <cwctype>, <locale> and <regex> — is excluded from the shim entirely, so it falls back to libc consistently. This unblocks the all-grammar Docker image and the Docker publish.
  • The WASM build no longer emits an unresolved env import. Most tree-sitter scanners include <wchar.h> themselves, and wasi-libc's copy unconditionally redefines iswdigit and friends as trampoline macros, silently clobbering the shim's redirects and leaving a reference to a symbol that does not exist on wasm32. It surfaced as Cannot find module 'env' from the wasm-bindgen glue. The shim now burns that include guard up front on __wasi__.
  • PHP e2e autoloads the relocated sources. The generated composer.json still pointed at the emptied packages/php/src, so every PHP test failed with a missing-class error. It now resolves to crates/ts-pack-core-php.
  • Restored formatting of a generated Go source file and docs-site/pnpm-workspace.yaml, and scoped poly lint to skip whole-project linters whose toolchains CI does not install.

#174: xberg-io/tree-sitter-language-pack#174

v1.14.1

Fixed

... (truncated)

Changelog

Sourced from tree-sitter-language-pack's changelog.

[1.14.3] - 2026-08-05

Fixed

  • Windows parser binaries build. The UTF8PROC_STATIC fix in 1.14.2 covered the two static-link paths but not the third one, which builds each grammar's shared library from a raw compiler invocation and compiles utf8proc.c straight into it. MSVC therefore still rejected all 183 scanner grammars with error C2491, and the 1.14.2 release produced no windows-x86_64 or windows-aarch64 parser binaries (#174).

Added

  • CI builds the parser binaries on windows-x86_64 and windows-aarch64 on every push, mirroring the publish job. Windows previously ran on no CI runner, so the dynamic-link build was first attempted at release time; the build log is also written to a file and uploaded, because the failing step exceeded GitHub's per-step log archive cap and left no recoverable diagnostic.
  • The validate job installs the Go, Ruby, Dart and Elixir toolchains, so poly's whole-project lint phase — golangci-lint, rubocop, steep, dart-analyze and credo — runs in CI rather than only in the git hooks.

[1.14.2] - 2026-08-05

Fixed

  • Windows artifacts build again. utf8proc.c is compiled into a static archive, but UTF8PROC_STATIC was never defined, so on MSVC utf8proc.h declared every utf8proc_* symbol __declspec(dllimport) and the same translation unit then defined it — error C2491. Every Windows job in the 1.14.1 release (parser binaries, C FFI, CLI, C# native) failed, which is why no windows-x86_64 entry ever reached the pre-built parser manifest (#174).
  • C++ grammar scanners build under musl. The deterministic wide-ctype shim redirects the libc classifiers through function-like macros. Preprocessing is token-based, so a scanner calling std::iswspace(c) expanded to a std::ts_pack_iswspace that does not exist, and heavy libstdc++ headers re-declaring those classifiers after the macros were in scope failed to compile on musl. The redirected names are now visible in namespace std, and norg — whose scanner pulls in <cwctype>, <locale> and <regex> — is excluded from the shim entirely, so it falls back to libc consistently. This unblocks the all-grammar Docker image and the Docker publish.
  • The WASM build no longer emits an unresolved env import. Most tree-sitter scanners include <wchar.h> themselves, and wasi-libc's copy unconditionally redefines iswdigit and friends as trampoline macros, silently clobbering the shim's redirects and leaving a reference to a symbol that does not exist on wasm32. It surfaced as Cannot find module 'env' from the wasm-bindgen glue. The shim now burns that include guard up front on __wasi__.
  • PHP e2e autoloads the relocated sources. The generated composer.json still pointed at the emptied packages/php/src, so every PHP test failed with a missing-class error. It now resolves to crates/ts-pack-core-php.
  • Restored formatting of a generated Go source file and docs-site/pnpm-workspace.yaml, and scoped poly lint to skip whole-project linters whose toolchains CI does not install.

#174: xberg-io/tree-sitter-language-pack#174

[1.14.1] - 2026-08-04

... (truncated)

Commits
  • df3bcc3 chore(swift): update Package.swift with checksum for v1.14.3
  • 24efeb3 chore(release): 1.14.3
  • 40eb15e ci: run poly's whole-project lint phase
  • e368ce7 fix(build): define UTF8PROC_STATIC for the dynamic grammar build
  • 7b51880 ci: build parser binaries on Windows before publish
  • 4d84e56 chore: drop dependabot version-update config
  • 2b97897 chore(release): 1.14.2
  • 680a887 fix(ffi): exclude norg from the ctype shim to unblock musl C++ build
  • 616d3ec fix(ffi): stop wasi wchar.h from clobbering ctype-shim redirects
  • 8ba0148 chore: regenerate on alef 0.52.0; fix php e2e autoload and lint paths
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [tree-sitter-language-pack](https://github.com/xberg-io/tree-sitter-language-pack) from 1.13.5 to 1.14.3.
- [Release notes](https://github.com/xberg-io/tree-sitter-language-pack/releases)
- [Changelog](https://github.com/xberg-io/tree-sitter-language-pack/blob/main/CHANGELOG.md)
- [Commits](xberg-io/tree-sitter-language-pack@v1.13.5...v1.14.3)

---
updated-dependencies:
- dependency-name: tree-sitter-language-pack
  dependency-version: 1.14.3
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added the dependencies Pull requests that update a dependency file label Aug 9, 2026
@dependabot
dependabot Bot requested a review from Coding-Dev-Tools as a code owner August 9, 2026 14:38
@dependabot dependabot Bot added the dependencies Pull requests that update a dependency file label Aug 9, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants