v0.2.16

chapters/037-dependances-et-scopes.md

@@ -328,3 +328,34 @@ Même principe pour `func`, `const` et `var`.
 Le `from` doit référencer un selector effectivement déclaré dans le graphe effectif du fichier. Il ne déclenche aucune résolution indépendante.
 
 La qualification complète sans import reste limitée aux symboles du package courant.
+
+
+## 37.10 Politique de bootstrap natif et remplacement progressif — DIRECTION FIGÉE
+
+Les premières générations de Saselang peuvent s'appuyer largement sur des bibliothèques natives existantes afin d'accélérer le bootstrap de la toolchain et de l'écosystème.
+
+Cette dépendance initiale n'est pas considérée comme l'architecture finale souhaitée.
+
+La trajectoire retenue consiste à réimplémenter, porter, adapter ou améliorer progressivement les composants pertinents en Saselang, puis à les distribuer sous forme de bibliothèques `.saselib`.
+
+Les familles envisagées peuvent inclure notamment :
+
+```text
+MapDB-like
+RocksDB-like
+PostgreSQL-compatible components
+SDL-like multimedia
+WebKit/WebView integrations ou remplacements
+bibliothèques image/audio/vidéo
+outils UI et multimedia
+```
+
+Ces noms désignent des directions d'écosystème, pas des APIs déjà réservées.
+
+L'objectif à long terme est de réduire les dépendances natives au strict minimum nécessaire au target. La libc ou son équivalent peut rester utilisée si sa substitution complète n'est pas raisonnable ou n'apporte pas de bénéfice suffisant.
+
+Une réimplémentation Saselang n'est pas tenue de reproduire aveuglément l'architecture d'origine : elle peut corriger, simplifier, étendre ou améliorer l'API et l'implémentation.
+
+L'ambition est de permettre progressivement un écosystème de bibliothèques comparable ou supérieur en richesse fonctionnelle à de grands ensembles tels que Qt ou GTK, sans transformer ces bibliothèques spécialisées en obligations du langage/Core/SDK.
+
+---