Constants

Core.nothingConstant
rien

L'instance singleton de type Nothing, utilisée par convention lorsqu'il n'y a pas de valeur à retourner (comme dans une fonction void en C) ou lorsqu'une variable ou un champ ne contient aucune valeur.

Voir aussi : isnothing, something, missing.

source
Base.PROGRAM_FILEConstant
PROGRAM_FILE

Une chaîne contenant le nom du script passé à Julia depuis la ligne de commande. Notez que le nom du script reste inchangé depuis les fichiers inclus. Voir alternativement @__FILE__.

source
Base.ARGSConstant
ARGS

Un tableau des arguments de ligne de commande passés à Julia, sous forme de chaînes.

source
Base.C_NULLConstant
C_NULL

La constante de pointeur nul C, parfois utilisée lors de l'appel de code externe.

source
Base.DEPOT_PATHConstant
DEPOT_PATH

Une pile de lieux "depot" où le gestionnaire de paquets, ainsi que les mécanismes de chargement de code de Julia, recherchent des registres de paquets, des paquets installés, des environnements nommés, des clones de dépôts, des images de paquets compilés mises en cache et des fichiers de configuration. Par défaut, cela inclut :

  1. ~/.julia~ est le répertoire personnel de l'utilisateur selon le système ;
  2. un répertoire système partagé spécifique à l'architecture, par exemple /usr/local/share/julia ;
  3. un répertoire système partagé indépendant de l'architecture, par exemple /usr/share/julia.

Ainsi, DEPOT_PATH pourrait être :

[joinpath(homedir(), ".julia"), "/usr/local/share/julia", "/usr/share/julia"]

La première entrée est le "depot utilisateur" et doit être accessible en écriture et appartenir à l'utilisateur actuel. Le depot utilisateur est l'endroit où : les registres sont clonés, de nouvelles versions de paquets sont installées, des environnements nommés sont créés et mis à jour, des dépôts de paquets sont clonés, de nouveaux fichiers d'images de paquets compilés sont enregistrés, des fichiers journaux sont écrits, des paquets de développement sont vérifiés par défaut, et des données de configuration globales sont enregistrées. Les entrées ultérieures dans le chemin du depot sont considérées comme en lecture seule et sont appropriées pour les registres, les paquets, etc. installés et gérés par les administrateurs système.

DEPOT_PATH est peuplé en fonction de la variable d'environnement JULIA_DEPOT_PATH si elle est définie.

Contenu de DEPOT_PATH

Chaque entrée dans DEPOT_PATH est un chemin vers un répertoire qui contient des sous-répertoires utilisés par Julia à diverses fins. Voici un aperçu de certains des sous-répertoires qui peuvent exister dans un depot :

  • artifacts : Contient le contenu que les paquets utilisent pour lequel Pkg gère l'installation.
  • clones : Contient des clones complets de dépôts de paquets. Maintenu par Pkg.jl et utilisé comme cache.
  • config : Contient la configuration au niveau de Julia, comme un startup.jl.
  • compiled : Contient des fichiers *.ji précompilés pour les paquets. Maintenu par Julia.
  • dev : Répertoire par défaut pour Pkg.develop. Maintenu par Pkg.jl et l'utilisateur.
  • environments : Environnements de paquets par défaut. Par exemple, l'environnement global pour une version spécifique de Julia. Maintenu par Pkg.jl.
  • logs : Contient des journaux des opérations Pkg et REPL. Maintenu par Pkg.jl et Julia.
  • packages : Contient des paquets, dont certains ont été explicitement installés et d'autres qui sont des dépendances implicites. Maintenu par Pkg.jl.
  • registries : Contient des registres de paquets. Par défaut, seulement General. Maintenu par Pkg.jl.
  • scratchspaces : Contient le contenu qu'un paquet lui-même installe via le paquet Scratch.jl. Pkg.gc() supprimera le contenu qui est connu pour être inutilisé.
Note

Les paquets qui souhaitent stocker du contenu doivent utiliser le sous-répertoire scratchspaces via Scratch.jl au lieu de créer de nouveaux sous-répertoires dans la racine du depot.

Voir aussi JULIA_DEPOT_PATH, et Chargement de Code.

source
Base.LOAD_PATHConstant
LOAD_PATH

Un tableau de chemins pour les instructions using et import à considérer comme des environnements de projet ou des répertoires de paquets lors du chargement de code. Il est peuplé en fonction de la variable d'environnement JULIA_LOAD_PATH si elle est définie ; sinon, il par défaut à ["@", "@v#.#", "@stdlib"]. Les entrées commençant par @ ont des significations spéciales :

  • @ fait référence à "l'environnement actif actuel", dont la valeur initiale est déterminée par la variable d'environnement JULIA_PROJECT ou l'option de ligne de commande --project.
  • @stdlib s'étend au chemin absolu du répertoire de la bibliothèque standard de l'installation actuelle de Julia.
  • @name fait référence à un environnement nommé, qui est stocké dans des dépôts (voir JULIA_DEPOT_PATH) sous le sous-répertoire environments. Les environnements nommés de l'utilisateur sont stockés dans ~/.julia/environments, donc @name ferait référence à l'environnement dans ~/.julia/environments/name s'il existe et contient un fichier Project.toml. Si name contient des caractères #, alors ils sont remplacés par les composants majeur, mineur et correctif du numéro de version de Julia. Par exemple, si vous exécutez Julia 1.2, alors @v#.# s'étend à @v1.2 et cherchera un environnement par ce nom, généralement à ~/.julia/environments/v1.2.

La valeur entièrement étendue de LOAD_PATH qui est recherchée pour les projets et les paquets peut être vue en appelant la fonction Base.load_path().

Voir aussi JULIA_LOAD_PATH, JULIA_PROJECT, JULIA_DEPOT_PATH, et Chargement de code.

source
Base.Sys.BINDIRConstant
Sys.BINDIR::String

Une chaîne contenant le chemin complet vers le répertoire contenant l'exécutable julia.

source
Base.Sys.CPU_THREADSConstant
Sys.CPU_THREADS::Int

Le nombre de cœurs logiques de CPU disponibles dans le système, c'est-à-dire le nombre de threads que le CPU peut exécuter simultanément. Notez que ce n'est pas nécessairement le nombre de cœurs de CPU, par exemple, en présence de hyper-threading.

Voir Hwloc.jl ou CpuId.jl pour des informations étendues, y compris le nombre de cœurs physiques.

source
Base.Sys.KERNELConstant
Sys.KERNEL::Symbol

Un symbole représentant le nom du système d'exploitation, tel que retourné par uname de la configuration de construction.

source
Base.Sys.ARCHConstant
Sys.ARCH::Symbol

Un symbole représentant l'architecture de la configuration de construction.

source

Voir aussi :