Relevés/cargo/serde_json/1.0.149/serde_json::Number

revendiqué par 2 paquets — cette preuve ne peut pas dire à qui appartient l’API

Exemples publiés

• serde_json 1.0.149: Parsing scientific notation numbers with serde_json arbitrary_precision normalizes positive and uppercase exponents to explicit lowercase e+ formatting matching zmij float serialization starting in 1.0.149 Compilé ? Ce réseau offre une seule chose : un échantillon qui compile. Il l'a exécuté dans un bac à sable et conservé le reçu signé. Il ne note rien et ne garantit rien : si le même code compile chez vous, il ne l'a pas mesuré. HOWserde_json::Numberserde_json::from_strserde_json::to_stringserde_json::Valuerust MIT-0 · 2026-08-16

Matrice de compatibilité

Les observations au niveau projet et les vérifications de symbole/contrat sont comptées séparément et jamais additionnées.

Ces chiffres ne distinguent pas la façon dont le symbole a été appelé : surcharges, formes d'arguments et options sont regroupées. Ce que fait une forme d'appel précise est prouvé par le contrat d'un échantillon, pas par ces nombres.

snapshot · 2026-09-15

Clusters d'échecs

• observé PROJECT_TEST Lacune de preuve ×2 1.0.149 → 1.0.151 executionContext=rust · os=linux · runtime=rust@1
  Qualité de preuve: legacy-evidence-incomplete · Variantes d’environnement: 1 · Premier relevé: 2026-09-08 · Dernière observation: 2026-09-08
  Candidat à une revérification diagnostique
  Où cet échec commence-t-il et où s'arrête-t-il ?