build(deps-dev): bump @codama/renderers-js from 2.3.1 to 2.4.0

[dependabot]

Bumps @codama/renderers-js from 2.3.1 to 2.4.0.

Release notes

Sourced from @​codama/renderers-js's releases.

v2.4.0

Minor Changes

• #175 716f6ef Thanks @​ChiefWoods! - Generate typed program constants in program-specific files under a top-level constants directory and re-export them from the generated client.

• #177 67b330d Thanks @​macalinao! - Add a new importExtension option that appends explicit extensions to relative imports in generated code — .js/.ts for generated files and /index.js//index.ts for generated directories. This enables consumers using Node ESM resolution, Deno, Node type stripping, or TypeScript's allowImportingTsExtensions/rewriteRelativeImportExtensions options.

• #178 68385f9 Thanks @​macalinao! - Add a new erasableSyntax option that replaces generated enum declarations with const objects and union types, making generated clients compatible with TypeScript's erasableSyntaxOnly option and Node.js type stripping.

• #174 a6221c9 Thanks @​ChiefWoods! - Add event generation from EventNodes. Each program event is rendered into a dedicated events/ page containing its discriminator constants, a typed event payload, encoder/decoder/codec functions and a parseXxxEvent helper validating the event discriminators before decoding. Program pages additionally expose an event enum and an identifyMyProgramEvent helper mirroring the existing account and instruction identification helpers. Event codecs reference their discriminator constants instead of inlining the bytes, and all generated names are configurable through the new eventDataType, eventParseFunction, programEventsEnum, programEventsEnumVariant and programEventsIdentifierFunction name transformers.

• #188 114b8ca Thanks @​amilz! - Forward the program address to linked PDA default values in async instruction builders

  Instruction accounts defaulting to a linked PDA were derived by calling the generated find*Pda() function with no config, so the derivation always used the address baked into that function and silently ignored the programAddress passed to the instruction builder. Programs deployed at different addresses per cluster produced instructions aimed at the overridden program with PDAs derived from the original one.

  Async builders now pass { programAddress } through to the find function when the PDA is derived from the instruction's own program, matching what the generated fetch*FromSeeds account helpers already did. PDAs owned by another program, or pinned to an explicit program ID, keep their own address.

  This changes generated output for any client with a same-program linked PDA default, so regenerate after upgrading. PDA finders supplied through linkOverrides.pdas are called with the same signature as generated ones, so they must accept a trailing config: { programAddress?: Address } argument.

Patch Changes

• #176 3764a46 Thanks @​macalinao! - Group type-only imports as import type { ... } statements so that generated code no longer leaves empty side-effect imports in JavaScript emitted under verbatimModuleSyntax, and fix a missing type keyword on PDA seeds type imports in account PDA helpers. Consumers regenerating clients will see cosmetic import { type A } → import type { A } diffs.

Changelog

Sourced from @​codama/renderers-js's changelog.

2.4.0

Minor Changes

• #175 716f6ef Thanks @​ChiefWoods! - Generate typed program constants in program-specific files under a top-level constants directory and re-export them from the generated client.

• #177 67b330d Thanks @​macalinao! - Add a new importExtension option that appends explicit extensions to relative imports in generated code — .js/.ts for generated files and /index.js//index.ts for generated directories. This enables consumers using Node ESM resolution, Deno, Node type stripping, or TypeScript's allowImportingTsExtensions/rewriteRelativeImportExtensions options.

• #178 68385f9 Thanks @​macalinao! - Add a new erasableSyntax option that replaces generated enum declarations with const objects and union types, making generated clients compatible with TypeScript's erasableSyntaxOnly option and Node.js type stripping.

• #174 a6221c9 Thanks @​ChiefWoods! - Add event generation from EventNodes. Each program event is rendered into a dedicated events/ page containing its discriminator constants, a typed event payload, encoder/decoder/codec functions and a parseXxxEvent helper validating the event discriminators before decoding. Program pages additionally expose an event enum and an identifyMyProgramEvent helper mirroring the existing account and instruction identification helpers. Event codecs reference their discriminator constants instead of inlining the bytes, and all generated names are configurable through the new eventDataType, eventParseFunction, programEventsEnum, programEventsEnumVariant and programEventsIdentifierFunction name transformers.

• #188 114b8ca Thanks @​amilz! - Forward the program address to linked PDA default values in async instruction builders

  Instruction accounts defaulting to a linked PDA were derived by calling the generated find*Pda() function with no config, so the derivation always used the address baked into that function and silently ignored the programAddress passed to the instruction builder. Programs deployed at different addresses per cluster produced instructions aimed at the overridden program with PDAs derived from the original one.

  Async builders now pass { programAddress } through to the find function when the PDA is derived from the instruction's own program, matching what the generated fetch*FromSeeds account helpers already did. PDAs owned by another program, or pinned to an explicit program ID, keep their own address.

  This changes generated output for any client with a same-program linked PDA default, so regenerate after upgrading. PDA finders supplied through linkOverrides.pdas are called with the same signature as generated ones, so they must accept a trailing config: { programAddress?: Address } argument.

Patch Changes

• #176 3764a46 Thanks @​macalinao! - Group type-only imports as import type { ... } statements so that generated code no longer leaves empty side-effect imports in JavaScript emitted under verbatimModuleSyntax, and fix a missing type keyword on PDA seeds type imports in account PDA helpers. Consumers regenerating clients will see cosmetic import { type A } → import type { A } diffs.

Commits

• 1731a5b [2.x] Publish package (#191)
• e2aba75 Upgrade TypeScript to v7 (#202)
• 6a50669 Migrate repo tooling from ESLint and Prettier to oxlint and oxfmt (#201)
• 1c67d41 Bump prettier from 3.8.1 to 3.9.6 (#164)
• a6221c9 feat: add events generation (#174)
• 2fcc563 Bump @​changesets/cli from 3.0.0 to 3.0.1 (#198)
• 30038bc Share a single E2E setup across fixtures (#200)
• c743b25 Bump vitest from 4.1.10 to 4.1.11 (#197)
• 1c2e822 Migrate E2E tests from AVA to Vitest (#199)
• bbf639e Bump @​solana/codecs-strings from 7.1.0 to 7.1.1 (#196)
• Additional commits viewable in compare view

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)