Traditionell würde ich nur C:\perl\bin
in meiner PATH-Variable haben, aber aufgrund von Versionskonflikten würde ich gerne verschiedene Perl-Versionen an den Standorten C:\Perl-versionXY\bin
behalten und meine Perl-Skripte über direkt aufrufen C:\Perl-...\bin\perl.exe theScript.pl
ausführen.Benötige ich das Perl bin-Verzeichnis im PATH, um Perl-Programme (unter Windows) auszuführen?
Dies ist eigentlich unter einem automatisierten System ausgeführt werden, wo wir bereits direktC:\perl\bin\perl.exe
für alle Perl-Skripte aufrufen. (Aber C:\perl\bin
ist auch in der PATH.)
verschiedene Perl-Versionen Seite-an-Seite zu erleichtern, würde Ich mag zu entfernen C-perl-ist aus dem PATH um sicherzustellen, dass wir es nicht tun jemals Nebenwirkungen von irgendwelchen Perl bezogenen PATH Einstellungen sehen.
Soll das funktionieren? Was ist mit Modulen, die zusätzliche DLL-Dateien benötigen (wie LibXML, für die LibXML.dll im bin-Verzeichnis von Perl benötigt wird)?
Ich werde Strawberry Perl Portable für die nebeneinander Versionen verwenden. (In der Readme-Datei werden einige PATH-Einstellungen erwähnt, aber nicht erwähnt, welche für welche verwendet wird.)
meinst du 'C: \ bin \ perl', denn das würde viel mehr Sinn machen –
@johncorbett: warum würde das mehr Sinn machen? Windows ist nicht unix, also hat es kein c: \ bin. C: \ perl \ bin macht vollkommen Sinn, IMHO – pavel
Haha, ich denke, Unix ist nur so in meinen Kopf gebohrt, auch auf Windows benutze ich cygwin –