dh_ocaml - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

dh_ocaml - berechnet Abhängigkeiten von OCaml-Paketen und bietet

ZUSAMMENFASSUNG

dh_ocaml [debhelper Optionen]
[--runtime-map=dev:Laufzeit,...]
[--nodefinierte-map=dev: ignorieren1, ignorieren2]
[--Prüfsumme=str]

BESCHREIBUNG

dh_ocaml ist ein Debhelper-Programm, das für das Füllen der ${ocaml:Provides} und
${ocaml:Depends} Ersetzungen und Hinzufügen zu Substvars-Dateien.

dh_ocaml wirkt auf drei Arten von Binärpaketen: diejenigen, die den Entwicklungsteil von OCaml . versenden
Bibliotheken (normalerweise mit dem Namen libXXX-ocaml-dev oder libXXXX-camlp4-dev), die Laufzeit
für OCaml-Bibliotheken (z. B. Plugin und Shared Library, normalerweise namens libXXX-ocaml oder
libXXXX-camlp4) und diejenigen, die OCaml-Bytecode-nicht-benutzerdefinierte ausführbare Dateien (dh
ausführbare Dateien, die von /usr/bin/ocamlrun interpretiert werden).

Auf bestimmten Paketen ist die Konvention XXX für Entwicklung und XXX-Basis für Laufzeit (zB
ocaml-nox und ocaml-base-nox).

Bei OCaml-Bibliothekspaketen betrachtet dh_ocaml zunächst OCaml-Objekte, die von der
Paket. Dann verwendet dh_ocaml ein entsprechendes Programm zum Sammeln von Informationen über
OCaml-Module, die von ihnen definiert und verwendet werden. Informationen über definierte Einheiten werden verwendet, um
automatisch den Registrierungseintrag OCaml md5sums für das Entwicklungs- und Laufzeitpaket erstellen,
zB /var/lib/ocaml/md5sums/libXXX-ocaml-dev.md5sums. Informationen zu importierten Einheiten
wird stattdessen als Schlüssel in der OCaml md5sums-Registrierung zum Abrufen von Abhängigkeiten verwendet
Informationen zum Paket. Diese Informationen werden dann verwendet, um die
${ocaml:Depends} Substvars. Sie werden auch verwendet, um die Substvar ${ocaml:Provides} zu füllen
der durch einen Namen der Form libXXX-ocaml-dev-NNNN ersetzt wird, wobei NNNN ein . ist
Prüfsumme, die aus den Schnittstellen der von der Bibliothek bereitgestellten Module berechnet wird.

Objektdateien (*.cm[ioax], *.cmx[as]) und ausführbare Dateien werden verarbeitet von ocamlobjinfo(1), wenn
möglich.

Abhängigkeiten, die aus der md5sum-Registrierung des Systems extrahiert wurden, wird dh_ocaml hinzufügen
${ocaml:Abhängig}:

1. Abhängigkeit von libXXX-ocaml-dev zu libXXX-ocaml (Laufzeitteil der Bibliothek), wenn
es gibt ein libXXX-ocaml-Paket in debian/control;

2. Abhängigkeit von libXXX-ocaml-dev zu den entsprechenden libYYYY-ocaml-dev-NNNN-Paketen;

3. Abhängigkeit von libXXX-ocaml zu den entsprechenden libYYYY-ocaml-NNNN-Paketen.

4. Abhängigkeit von XXXX zu den entsprechenden libYYYY-ocaml-NNNN-Paketen.

Für das Laufzeitpaket ${ocaml:Provides} wird libXXXX-ocaml-NNNN und für die Entwicklung gesetzt
Paket nach libXXX-ocaml-dev-NNNN.

Die gleiche Art von Beziehungen wird zwischen libXXXX-camlp4 und libXXXX-camlp4-dev hergestellt
Pakete.

OPTIONAL

--Prüfsumme str
Prüfsummen werden automatisch aus der exportierten Schnittstelle von der Dev/Runtime berechnet
Paket. Diese Prüfsumme kann nur eine Teilinformation über die Schnittstelle darstellen. In
In diesem Fall kann die Prüfsummenberechnung durch einen anderen String ersetzt werden, der mehr liefert
Informationen zu Abhängigkeiten.

Normalerweise verwendet das Paket ocaml-nox/ocaml-base-nox keine berechnete Prüfsumme, aber die
Version von OCaml.

--nodefinierte-map dev1:Einheit1,Einheit2,...
Ignorieren Sie einige exportierte Einheiten von Paket/Laufzeit dev1. Diese Option sollte verwendet werden mit
Pflege. Es ist ein ganz besonderer Fall, wenn eine Bibliothek einen Drop-In-Ersatz für
eine andere Bibliothek. Wenn eine Bibliothek die gleiche Einheit ausliefert, sollte es meistens sein
als Fehler gewertet.

Diese Option kann so oft wie nötig wiederholt werden, um für alle Entwicklungen ignorieren zu definieren
Pakete.

--runtime-map dev1:Laufzeit1,dev2:Laufzeit2,...
Die Assoziation zwischen dem Entwicklungsteil von Bibliotheken und ihren Laufzeiten wird erraten von
dh_ocaml gemäß der OCaml-Verpackungsrichtlinie. Daher ist libXXX-ocaml-dev der Name
des Pakets, das den Entwicklungsteil der XXX-Bibliothek versendet, während libXXX-ocaml, wenn
any, ist der Name des Pakets, das die entsprechende Laufzeit versendet. libXXXX-camlp4-dev
und libXXXX-camlp4-Pakete werden auf die gleiche Weise behandelt.

Mit --runtime-map können Sie den Namen des Entwicklungspakets der Paare, runtime, überschreiben
Paketnamen. Der an --runtime-map übergebene Wert lässt keine Leerzeichen zu und muss ein Komma sein
getrennte Artikelliste. Jeder Artikel kann ein einzelner Paketname sein (der besagt, dass
Name entspricht dem Entwicklungsteil einer Bibliothek) oder zwei Paketnamen getrennt
durch einen Doppelpunkt (der besagt, dass der erste dem Entwicklungsteil einer Bibliothek entspricht,
während der zweite zum zugehörigen Laufzeitteil).

Jedes Paket, das nicht libXXX-ocaml-dev/libXXX-ocaml folgt,
libXXXX-camlp4-dev/libXXXX-camlp4 oder die nicht in der Laufzeitzuordnung definiert ist, sind
gilt als Binärpaket und wird nur nach Bytecode durchsucht.

Verwenden Sie dh_ocaml online mit den onworks.net-Diensten