Es gibt Module die eine Komponente aus C/C++ beinhalten, m.W. mittels einer XS-Datei.
Wird zur Installation dieser Module eigentlich ein separater Compiler wie gcc oder g++ benötigt?

Und eine Zusatzfrage falls "nein": wie wird dann ohne Compiler der C/C++-Code übersetzt?
Macht das dieser ominöse "XS-Compiler"? Greift dieser dann auf gcc o.ä. zurück?

Trotz googlen werde ich bei dieser Frage nicht so recht schlau.

Ja, sobald ein modul XS-code benutzt um auf C-libs zuzugreifen, brauchst du einen Compiler.

Es ist auch ratsam, zum Übersetzen der XS-Module denselben Kompiler zu verwenden mit dem auch das Perl, für das sie gedacht sind, erstellt wurde -- ansonsten kann es zu binären Inkompatibilitäten kommen.

Inzwischen weiß ich wie ich meine Frage verständlicher formulieren kann:

Es gibt Webspace-Pakete, die denen man mangels Rechte nicht mal eben den gcc (nach-)installieren kann.
Ist auch in einer solchen Umgebung die Installation eines Moduls mit C-Komponenten wie z.B. DBD::SQLite möglich?
(Daß meist ein priv.Verzeichnis herhalten muß ist klar, kein Problem.)

Wenn ich Taulmarill richtig verstanden habe wird das nicht möglich sein.(?)

CGIpan könnte Dir helfen...

Theoretisch ist das schon möglich. Aber nur wenn du genau weißt, auf was für einer Plattform du dich befindest und mit welchem gcc/libc das perl (perl, nicht Per. Weil hier der Interpreter und nicht die Sprache gemeint ist) compiliert wurde. Dann kannst du genau diese Umgebung auf einem eigenen Rechner nachstellen, das gewünschte Modul compilieren und dann auf den Server in ein eigenes lib-Verzeichnis kopieren, welches du dann mit use lib; einbinden kannst.

Zugegeben, das ist eher was für abenteuerlustige Bastler. Aber theoretisch möglich.

Vor einer solchen Aktion könnte man aber auch einfach mal beim Hoster nachfragen, ob die das einem nicht installieren können.

Taulmarill+2007-08-23 17:25:44--

[...] Dann kannst du genau diese Umgebung auf einem eigenen Rechner nachstellen, das gewünschte Modul compilieren und dann auf den Server in ein eigenes lib-Verzeichnis kopieren, [...]

Theoretisch reicht es auch, die von XS erzeugten C-Quellen mit einem (Cross-)Compiler zu übersetzen. Das erfordert dann aber unter Umständen etwas Handarbeit und man sollte wissen, was man da tut.

Unter Umständen gibt es aber für die Module, die Du suchst, bereits Binärpakete, die für Deine Distribution geeignet sind. Selbst wenn man den entsprechenden Paketmanager nicht verwendet, kann man ja mal versuchen ein für die eigene libc passendes Debian- oder ActiveState-Paket des gewünschten Perlmodules zu entpacken und zu verwenden -- wenn schon Handarbeit nötig ist, so dürfte diese Variante, falls sie funktioniert, weniger Aufwand als das Einrichten einer passenden Kompilationsumgebung verursachen.

murphy+2007-08-23 15:51:53--

Es ist auch ratsam, zum Übersetzen der XS-Module denselben Kompiler zu verwenden mit dem auch das Perl, für das sie gedacht sind, erstellt wurde -- ansonsten kann es zu binären Inkompatibilitäten kommen.

Wenn eine neue Perl-Version installiert wird, müssten auch immer
alle Module mit XS-Komponenten neu kompiliert werden, die über
CPAN oder manuell installiert wurden. Das erweist sich als nicht so
einfach. Es sei, es gibt eine Möglichkeit, alle Module, die nicht in
der Corelist stehen und nicht via Paketmanager installiert wurden
und XS-Komponenten haben, neu zu kompilieren. Gibt es da was?

Bei CPAN.pm gibt es die Möglichkeit, einen Snapshot der installierten Module im alten perl per "autobundle" zu erzeugen und das erzeugte Bundle im neuen perl zu installieren. Aber hier wird nicht zwischen XS- und Nicht-XS-Modul unterschieden. Das könnte man vielleicht, indem man noch den DSLIP_STATUS der Module überprüft (falls überhaupt existent; bei XS-Modulen gibt es ein "c" bei "L").