Constants

nichts

Die Singleton-Instanz des Typs Nothing, die konventionell verwendet wird, wenn es keinen Wert zurückzugeben gibt (wie in einer C void-Funktion) oder wenn eine Variable oder ein Feld keinen Wert hält.

Siehe auch: isnothing, something, missing.

PROGRAM_FILE

Ein String, der den Skriptnamen enthält, der von der Befehlszeile an Julia übergeben wurde. Beachten Sie, dass der Skriptname in den eingebundenen Dateien unverändert bleibt. Alternativ siehe @__FILE__.

ARGS

Ein Array der übergebenen Befehlszeilenargumente an Julia, als Strings.

C_NULL

Die C-Nullzeiger-Konstante, die manchmal beim Aufrufen von externem Code verwendet wird.

VERSION

Ein VersionNumber Objekt, das beschreibt, welche Version von Julia verwendet wird. Siehe auch Version Number Literals.

DEPOT_PATH

Ein Stapel von "Depot"-Standorten, an denen der Paketmanager sowie Julias Code-Lade-Mechanismen nach Paketregistern, installierten Paketen, benannten Umgebungen, Repo-Kopien, zwischengespeicherten kompilierten Paketbildern und Konfigurationsdateien suchen. Standardmäßig umfasst es:

1. ~/.julia, wobei ~ das Benutzerverzeichnis ist, wie es im System angemessen ist;
2. ein architekturspezifisches gemeinsames Systemverzeichnis, z. B. /usr/local/share/julia;
3. ein architekturunabhängiges gemeinsames Systemverzeichnis, z. B. /usr/share/julia.

Also könnte DEPOT_PATH sein:

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

Der erste Eintrag ist das "Benutzerdepot" und sollte vom aktuellen Benutzer beschreibbar und besessen sein. Das Benutzerdepot ist der Ort, an dem: Registrierungen geklont, neue Paketversionen installiert, benannte Umgebungen erstellt und aktualisiert, Paket-Repos geklont, neu kompilierte Paketbilddateien gespeichert, Protokolldateien geschrieben, Entwicklungs-Pakete standardmäßig ausgecheckt und globale Konfigurationsdaten gespeichert werden. Spätere Einträge im Depotpfad werden als schreibgeschützt behandelt und sind geeignet für Registrierungen, Pakete usw., die von Systemadministratoren installiert und verwaltet werden.

DEPOT_PATH wird basierend auf der JULIA_DEPOT_PATH Umgebungsvariable befüllt, wenn sie gesetzt ist.

DEPOT_PATH-Inhalte

Jeder Eintrag in DEPOT_PATH ist ein Pfad zu einem Verzeichnis, das Unterverzeichnisse enthält, die von Julia für verschiedene Zwecke verwendet werden. Hier ist eine Übersicht über einige der Unterverzeichnisse, die in einem Depot existieren können:

• artifacts: Enthält Inhalte, die Pakete verwenden, für die Pkg die Installation verwaltet.
• clones: Enthält vollständige Klone von Paket-Repos. Wird von Pkg.jl verwaltet und als Cache verwendet.
• config: Enthält julia-spezifische Konfigurationen wie eine startup.jl
• compiled: Enthält vorkompilierte *.ji-Dateien für Pakete. Wird von Julia verwaltet.
• dev: Standardverzeichnis für Pkg.develop. Wird von Pkg.jl und dem Benutzer verwaltet.
• environments: Standard-Paketumgebungen. Zum Beispiel die globale Umgebung für eine bestimmte Julia-Version. Wird von Pkg.jl verwaltet.
• logs: Enthält Protokolle von Pkg- und REPL-Operationen. Wird von Pkg.jl und Julia verwaltet.
• packages: Enthält Pakete, von denen einige explizit installiert wurden und einige implizite Abhängigkeiten sind. Wird von Pkg.jl verwaltet.
• registries: Enthält Paketregistrierungen. Standardmäßig nur General. Wird von Pkg.jl verwaltet.
• scratchspaces: Enthält Inhalte, die ein Paket selbst über das Scratch.jl Paket installiert. Pkg.gc() löscht Inhalte, von denen bekannt ist, dass sie nicht verwendet werden.

Siehe auch JULIA_DEPOT_PATH und Code Loading.

LOAD_PATH

Ein Array von Pfaden für using und import Anweisungen, die als Projektumgebungen oder Paketverzeichnisse beim Laden von Code berücksichtigt werden. Es wird basierend auf der JULIA_LOAD_PATH Umgebungsvariable befüllt, wenn sie gesetzt ist; andernfalls wird es standardmäßig auf ["@", "@v#.#", "@stdlib"] gesetzt. Einträge, die mit @ beginnen, haben spezielle Bedeutungen:

• @ bezieht sich auf die "aktuelle aktive Umgebung", deren Anfangswert zunächst durch die JULIA_PROJECT Umgebungsvariable oder die --project Befehlszeilenoption bestimmt wird.
• @stdlib erweitert sich zum absoluten Pfad des Standardbibliotheksverzeichnisses der aktuellen Julia-Installation.
• @name bezieht sich auf eine benannte Umgebung, die in Depots gespeichert ist (siehe JULIA_DEPOT_PATH) unter dem Unterverzeichnis environments. Die benannten Umgebungen des Benutzers werden in ~/.julia/environments gespeichert, sodass @name auf die Umgebung in ~/.julia/environments/name verweisen würde, wenn sie existiert und eine Project.toml-Datei enthält. Wenn name #-Zeichen enthält, werden diese durch die Haupt-, Neben- und Patchkomponenten der Julia-Version ersetzt. Zum Beispiel, wenn Sie Julia 1.2 ausführen, dann erweitert sich @v#.# zu @v1.2 und sucht nach einer Umgebung mit diesem Namen, typischerweise in ~/.julia/environments/v1.2.

Der vollständig erweiterte Wert von LOAD_PATH, der nach Projekten und Paketen durchsucht wird, kann durch den Aufruf der Funktion Base.load_path() angezeigt werden.

Siehe auch JULIA_LOAD_PATH, JULIA_PROJECT, JULIA_DEPOT_PATH und Code Loading.

Sys.BINDIR::String

Ein String, der den vollständigen Pfad zum Verzeichnis enthält, das die julia-Ausführungsdatei enthält.

Sys.CPU_THREADS::Int

Die Anzahl der logischen CPU-Kerne, die im System verfügbar sind, d.h. die Anzahl der Threads, die die CPU gleichzeitig ausführen kann. Beachten Sie, dass dies nicht unbedingt die Anzahl der CPU-Kerne ist, zum Beispiel im Falle von Hyper-Threading.

Siehe Hwloc.jl oder CpuId.jl für erweiterte Informationen, einschließlich der Anzahl der physischen Kerne.

Sys.WORD_SIZE::Int

Standardwortgröße auf der aktuellen Maschine, in Bits.

Sys.KERNEL::Symbol

Ein Symbol, das den Namen des Betriebssystems darstellt, wie er von uname der Build-Konfiguration zurückgegeben wird.

Sys.ARCH::Symbol

Ein Symbol, das die Architektur der Build-Konfiguration darstellt.

Sys.MACHINE::String

Ein String, der das Build-Triple enthält.