Silex v0.47.1 / Docs Source canonique ↗

Consulter la référence de la CLI

Cette page rassemble les commandes et options acceptées par Silex 0.44. Les guides liés expliquent quand les employer et ce qu'elles produisent.

Programmes et tests

silex run [source.sx|directory] [--backend <native|llvm>]
    [-d|--debug|-r|--release] [-n|--nocache] [--emit-ir]
silex interpret <source.sx> [-n|--nocache] [--emit-ir]
silex test <source.sx|directory> [--backend <native|llvm>]
    [-n|--nocache] [--emit-ir]
silex compile <source.sx> [--backend <native|llvm>] [--target <target>]
    [-d|--debug|-r|--release] [-n|--nocache]
    -o|--output <executable>
Option Commandes Effet
--backend run, test, compile choisit explicitement native ou llvm
-d, --debug run, compile choisit Debug (défaut de run) et désactive les optimisations Release
-r, --release run, compile choisit Release (défaut de compile)
-n, --nocache run, interpret, test, compile ignore le cache pour cette commande
--emit-ir run, interpret, test écrit l'IR textuelle avant le résultat
-o, --output compile choisit le chemin obligatoire de l'exécutable
--target compile choisit une cible reconnue au lieu de l'hôte

run conserve un fichier .sx explicite comme point d'entrée. Avec un dossier, ou sans chemin pour le dossier courant, il choisit l'unique fichier .sx directement contenu dans ce dossier qui déclare une fonction main de premier niveau. Il ne parcourt pas les sous-dossiers. Si aucun fichier ou plusieurs fichiers conviennent, la commande échoue et demande un chemin de source explicite.

Sans --backend, tous les hôtes pris en charge choisissent le backend natif. LLVM est actuellement qualifié uniquement sur macos-arm64 et se demande explicitement avec --backend llvm. Une sélection explicite qui n'est pas disponible échoue sans exécuter l'autre backend. interpret n'est pas un backend de compilation et refuse donc cette option.

Consultez Exécuter, interpréter ou compiler un programme et Écrire et lancer des tests.

Installation et packages

silex install <package|package-directory> [--suite] [--dev]
    [--target <target>]
silex check <package-directory>
silex login [--no-browser]
silex logout
silex publish <package-directory> [--dry-run]
silex link <package-directory> [--workspace <directory>]
    [--target <target>]
silex unlink <package-name> [--workspace <directory>]
silex packages
silex packages resolve [source.sx|project-directory]
Option Commandes Effet
--suite install installe les extensions de suite compatibles d'un package enregistré
--dev install ajoute les dépendances de développement du package demandé
--target install, link sélectionne la cible utilisée pour préparer le package
--workspace link, unlink limite le lien au dossier de travail indiqué
--no-browser login affiche l'adresse et le code GitHub sans ouvrir le navigateur
--dry-run publish valide et affiche l'instantané sans connexion ni envoi

packages inventorie les versions installées et les liens utilisateur. packages resolve affiche le graphe effectivement choisi pour le chemin indiqué ; sans chemin, il analyse le dossier courant.

login obtient un accès d'auteur conservé localement. Depuis Silex 0.46.0, il est valable 30 jours et renouvelé automatiquement lors de son utilisation, jusqu'à 90 jours après l'autorisation GitHub ; logout le révoque et efface sa copie locale si le registre est joignable. publish envoie les fichiers du dossier local au registre Cloudflare. La première publication réserve automatiquement le nom pour l'identité GitHub connectée. install d'une version publiée est anonyme. check valide localement un package, tandis que publish --dry-run montre le contenu effectivement préparé pour l'envoi.

silex register <package-directory> demeure une commande de l'ancien registre fondé sur une inscription Git et une pull request. Elle ne fait pas partie du parcours de publication Cloudflare.

Consultez Installer et choisir des packages, Développer avec des packages locaux et Publier un package.

Compilateur et éditeurs

silex setup
silex update
silex targets
silex version
silex lsp

setup, update, targets, version et lsp n'acceptent aucun argument. silex lsp parle le protocole LSP sur les flux standards ; il est normalement lancé par une extension d'éditeur, pas directement dans un terminal interactif.

Les formes générales suivantes sont également disponibles :

silex
silex --help
silex --version
silex -V

Sans commande, Silex affiche la même aide que --help.

Consultez Mettre à jour et entretenir Silex et les pages d'installation pour Zed ou VS Code.

Revenir aux outils