Search by

tyhpdef / symfony-intl

pristinesource

Tyhp type definitions for symfony/intl 7.4.17.

Package info

github.com/tyhpproject-packages/symfony-intl

Type:metapackage

pkg:composer/tyhpdef/symfony-intl

Statistics

Installs: 0

Dependents: 0

Suggesters: 0

Stars: 0

Open Issues: 0

7.4.17 2026-10-05 19:30 UTC

This package is auto-updated.

Last update: 2026-10-05 19:31:07 UTC


README

tyhpdef/symfony-intl

Tyhp type definitions for symfony/intl 7.4.17.

composer require --dev tyhpdef/symfony-intl:7.4.17

This is a metapackage. Composer also installs tyhpdef/symfony-intl-impl (type files). Require this name, not tyhpdef/symfony-intl-impl.

See https://tyhplang.com.

Maintain symfony/intl? Ship the types yourself

If you are a Packagist maintainer of symfony/intl, you can take over these types.

Copy _tyhpdef/ from tyhpdef/symfony-intl-impl (Apache-2.0; keep the NOTICE). Then either:

  1. Bundle the files in symfony/intl and set extra.tyhp.package on that composer.json, plus "replace": { "tyhpdef/symfony-intl": "self.version" }, or
  2. Publish a sibling types package under your vendor, versioned with symfony/intl (same X.Y.Z). Set extra.tyhp.package there, require symfony/intl with a real constraint, "replace": { "tyhpdef/symfony-intl": "self.version" }, and set extra.tyhp.tyhpdef on symfony/intl to your sibling’s Composer name.

Ship that to Packagist first, then open an issue:

https://github.com/tyhpproject/tyhp-runtime-src/issues/new?template=tyhpdef-ownership.yml

We verify Packagist ownership and that the types parse and cover the PHP API, then stop publishing community tags for those versions. We do not transfer the tyhpdef/symfony-intl Packagist name.

Full process: TYHPDEF_OWNERSHIP.md in https://github.com/tyhpproject/tyhp-runtime-src