perl2shell

Hallo,

ich muss auf einer Windows-Kiste ein kleines Skript schreiben.
Nichts aufregendes, es dreht sich hauptsächlich um Parsing.

In Perl habe ich das Skript schon bei mir fertig geschrieben und
es funktioniert prima. Nun sollte es auf den Zielrechner übertragen
werden. Nur: dort gibt's kein Perl und ich kann/darf/soll auch
keines installieren. Es gibt aber natürlich die gute alte DOS-Shell.

Nun kenne ich deren Fähigkeiten, was das Parsen, Extrahieren
und Zusammenbauen von Strings betrifft, nicht, daher die
hoffentlich nicht allzu dumme Frage:

Gibt es ein Perl-Skript oder Modul, das aus einem anderen
Perl-Skript eine .bat-Datei erzeugt, die das macht, was das
ursprüngliche Perl-Skript macht?

Der Zielrechner ist übrigens ein W2003 Server.

LG, Ferry

--
Ing Ferry Bolhar
Magistrat der Stadt Wien - MA 14
A-1010 Wien
E-Mail: ferdinand.bolhar-nordenkampf@wien.gv.at

Re: perl2shell

Ferry Bolhar schrieb:
> Hallo,
>
> ich muss auf einer Windows-Kiste ein kleines Skript schreiben.
> Nichts aufregendes, es dreht sich hauptsächlich um Parsing.
>
> In Perl habe ich das Skript schon bei mir fertig geschrieben und
> es funktioniert prima. Nun sollte es auf den Zielrechner übertragen
> werden. Nur: dort gibt's kein Perl und ich kann/darf/soll auch
> keines installieren. Es gibt aber natürlich die gute alte DOS-Shell.
>
> Nun kenne ich deren Fähigkeiten, was das Parsen, Extrahieren
> und Zusammenbauen von Strings betrifft, nicht, daher die
> hoffentlich nicht allzu dumme Frage:
>
> Gibt es ein Perl-Skript oder Modul, das aus einem anderen
> Perl-Skript eine .bat-Datei erzeugt, die das macht, was das
> ursprüngliche Perl-Skript macht?

Ich vermute, dass es sowas nicht gibt.
Kannst du nicht PAR verwenden?

Wolf

Re: perl2shell

Ferry Bolhar wrote:
>
> In Perl habe ich das Skript schon bei mir fertig geschrieben und
> es funktioniert prima. Nun sollte es auf den Zielrechner übertragen
> werden. Nur: dort gibt's kein Perl und ich kann/darf/soll auch
> keines installieren. Es gibt aber natürlich die gute alte DOS-Shell.

Was ist an der DOS-Shell gut?

> Nun kenne ich deren Fähigkeiten, was das Parsen, Extrahieren
> und Zusammenbauen von Strings betrifft, nicht, daher die
> hoffentlich nicht allzu dumme Frage:
>
> Gibt es ein Perl-Skript oder Modul, das aus einem anderen
> Perl-Skript eine .bat-Datei erzeugt, die das macht, was das
> ursprüngliche Perl-Skript macht?

Hast du schonmal versucht, aus den Teilen eines Tretrollers
einen Satelliten zu bauen? Ob das gelingen kann?

Grüße
Frank
--
Dipl.-Inform. Frank Seitz; http://www.fseitz.de/
Anwendungen für Ihr Internet und Intranet
Tel: 04103/180301; Fax: -02; Industriestr. 31, 22880 Wedel

Re: perl2shell

Ferry Bolhar schrieb:

> Gibt es ein Perl-Skript oder Modul, das aus einem anderen
> Perl-Skript eine .bat-Datei erzeugt, die das macht, was das
> ursprüngliche Perl-Skript macht?

Schon gesehen?

http://www.indigostar.com/perl2exe.htm

Zwar nicht "to bat" aber immerhin "to exe" - arbeitet hier je nach
Funktionsumfang ganz gut; aber: je größer die Arbeit, desto größer die
Schwierigkeiten

Steffen.

Re: perl2shell

"Ferry Bolhar" writes:

> Hallo,
>
> ich muss auf einer Windows-Kiste ein kleines Skript schreiben.
> Nichts aufregendes, es dreht sich hauptsächlich um Parsing.
>
> In Perl habe ich das Skript schon bei mir fertig geschrieben und
> es funktioniert prima. Nun sollte es auf den Zielrechner übertragen
> werden. Nur: dort gibt's kein Perl und ich kann/darf/soll auch
> keines installieren. Es gibt aber natürlich die gute alte DOS-Shell.
>
> Nun kenne ich deren Fähigkeiten, was das Parsen, Extrahieren
> und Zusammenbauen von Strings betrifft, nicht, daher die
> hoffentlich nicht allzu dumme Frage:
>
> Gibt es ein Perl-Skript oder Modul, das aus einem anderen
> Perl-Skript eine .bat-Datei erzeugt, die das macht, was das
> ursprüngliche Perl-Skript macht?
>
> Der Zielrechner ist übrigens ein W2003 Server.
>

Mir hat es erst einmal in den Finger gekribbelt, eine ähnliche Antwort
wie Frank zu schreiben. Aber letztendlich ist es nich gänzlich
unmöglich, Perl in eine andere Sprache zu übersetzen. Hier ist ein
Versuch eines Perl-to-Javascript-Übersetzers.

http://search.cpan.org/~jesse/Jifty-0.70824/lib/Jifty/View/D eclare/Compile.pm

Natürlich muss man sich dabei auf ein Subset von Perl beschränken. Ein
Übersetzer von Perl nach .bat müsste sich wahrscheinlich auf das
Äquivalent des Gebrabbels eines anderthalbjährigen Babys beschränken
:-)

--
Slaven Rezic - slaven rezic de
babybike - routeplanner for cyclists in Berlin
handheld (e.g. Compaq iPAQ with Linux) version of bbbike
http://bbbike.sourceforge.net

Re: perl2shell

Hallo Ferry,

> Der Zielrechner ist übrigens ein W2003 Server.

Wie sieht's dann mit Windows PowerShell oder Windows Scripting Host
aus? Ist sicher leistungsfähiger als die cmd.exe, und wenn Du den
Parser wahrscheinlich sowieso neu schreiben musst... ;-)

Gruß
Alex

Re: perl2shell

"Ferry Bolhar" schrieb im Newsbeitrag
news:1196100659.450384@proxy.dienste.wien.at...
> Hallo,
>
> ich muss auf einer Windows-Kiste ein kleines Skript schreiben.
> Nichts aufregendes, es dreht sich hauptsächlich um Parsing.
>
> In Perl habe ich das Skript schon bei mir fertig geschrieben und
> es funktioniert prima. Nun sollte es auf den Zielrechner übertragen
> werden. Nur: dort gibt's kein Perl und ich kann/darf/soll auch
> keines installieren. Es gibt aber natürlich die gute alte DOS-Shell.
>
> Nun kenne ich deren Fähigkeiten, was das Parsen, Extrahieren
> und Zusammenbauen von Strings betrifft, nicht, daher die
> hoffentlich nicht allzu dumme Frage:
>
> Gibt es ein Perl-Skript oder Modul, das aus einem anderen
> Perl-Skript eine .bat-Datei erzeugt, die das macht, was das
> ursprüngliche Perl-Skript macht?

Mit der DOS-Shell wirst du nicht viel Freude haben. Sieh dir lieber mal den
WSH an, auch Scripting Host oder VBScript genannt. Gehört zum Standardumfang
von Windows. Zwischen der DOS-Shell und dem WSH liegen Welten. Zwischen dem
WSH und Perl liegen noch mal Welten, gerade was das Parsen und Extrahieren
von Strings angeht.

Gruß

Klaus

Re: perl2shell

Wolf Behrenhoff:

> Ich vermute, dass es sowas nicht gibt.
> Kannst du nicht PAR verwenden?

Was ist PAR?

LG, Ferry

--
Ing Ferry Bolhar
Magistrat der Stadt Wien - MA 14
A-1010 Wien
E-Mail: ferdinand.bolhar-nordenkampf@wien.gv.at

Re: perl2shell

Steffen Medder:

> Schon gesehen?
>
> http://www.indigostar.com/perl2exe.htm
>
> Zwar nicht "to bat" aber immerhin "to exe" - arbeitet hier je nach
> Funktionsumfang ganz gut; aber: je größer die Arbeit, desto größer die
> Schwierigkeiten

Ich kenne perl2exe nicht persönlich, aber ich habe gehört,
dass es damit Probleme gibt, wenn Module, die XS-Code
verwenden, eingebunden werden.

Hast du Erfahrung mit perl2exe?

LG, Ferry

--
Ing Ferry Bolhar
Magistrat der Stadt Wien - MA 14
A-1010 Wien
E-Mail: ferdinand.bolhar-nordenkampf@wien.gv.at

Re: perl2shell

Hallo Ferry,

Ferry Bolhar schrieb:
> Steffen Medder:
>
>> Schon gesehen?
>>
>> http://www.indigostar.com/perl2exe.htm
>>
>> Zwar nicht "to bat" aber immerhin "to exe" - arbeitet hier je nach
>> Funktionsumfang ganz gut; aber: je größer die Arbeit, desto größer die
>> Schwierigkeiten
>
> Ich kenne perl2exe nicht persönlich, aber ich habe gehört,
> dass es damit Probleme gibt, wenn Module, die XS-Code
> verwenden, eingebunden werden.
>
> Hast du Erfahrung mit perl2exe?

ich benutze perl2exe seit Jahren, auch mit komplexen Skripten und vielen,
unterschiedlichsten Modulen. Bisher lies sich alles "verexen". Probier es
einfach, es gibt eine Testversion und eine gute Anleitung. Auch der Support ist
schnell und hilfreich.

Gruß,
Peter

Re: perl2shell

K Wittrock:

> Mit der DOS-Shell wirst du nicht viel Freude haben. Sieh dir lieber mal
den
> WSH an, auch Scripting Host oder VBScript genannt. Gehört zum
Standardumfang
> von Windows.

Naja, bloß kenne ich VBScript überhaupt nicht und bin aus Zeitgründen
kaum in der Lage, es jetzt groß zu lernen. Das Perlskript gibt es ja schon,
es sollte eben nur auch auf Rechnern laufen, wo es kein Perl gibt.

Formulieren wir die Frage anders: weiß vielleicht jemand von einem
Perl-2-VBScript-Konverter?

LG, Ferry

--
Ing Ferry Bolhar
Magistrat der Stadt Wien - MA 14
A-1010 Wien
E-Mail: ferdinand.bolhar-nordenkampf@wien.gv.at

Re: perl2shell

Moin,


> Ich kenne perl2exe nicht persönlich, aber ich habe gehört,
> dass es damit Probleme gibt, wenn Module, die XS-Code
> verwenden, eingebunden werden.
>
> Hast du Erfahrung mit perl2exe?

mit perl2exe hatte ich früher gearbeitet und keine Probleme gehabt.

Vor einiger Zeit bin ich (aus anderen Gründen) auf perlapp von
ActiveState umgestiegen, und habe auch da bislang noch keine Probleme
feststellen können. Auch bei komplexeren Geschichten und Modulen (z.B.
Tk) nicht. Allerdings arbeite ich unter Windows auch mit ActiveState
Perl, nicht mit cygwin oder etwas selbst kompilierten.

Perlapp ist Teil des Perl Development Kits, von dem es eine time bombed
Trial gibt - kannst's Dir ja 'mal angucken:

http://www.activestate.com/Products/perl_dev_kit/

Gruss,
Bernd

Re: perl2shell

Hallo,

On 28.11.2007 09:19, Ferry Bolhar wrote:

> Was ist PAR?

Kuck' einfach mal hier
, sollte alle
Fragen (hoffentlich) beantworten!

Grüße,

-andreas thul

Re: perl2shell

Ferry Bolhar wrote:
>
> Naja, bloß kenne ich VBScript überhaupt nicht und bin aus Zeitgründen
> kaum in der Lage, es jetzt groß zu lernen. Das Perlskript gibt es ja schon,
> es sollte eben nur auch auf Rechnern laufen, wo es kein Perl gibt.

Tja, das ist dann wohl ein typischer Fall von "Aufgabenstellung verfehlt".

> Formulieren wir die Frage anders: weiß vielleicht jemand von einem
> Perl-2-VBScript-Konverter?

Ferry, glaubst du ernsthaft, man kann Programmiersprachen einfach
so ineinander konvertieren?

Auch Fragen wie "Was ist PAR?" verwundern mich. CPAN solltest du
kennen. Bist du zu bequem, da zu recherchieren? Oder was soll das?

Grüße
Frank
--
Dipl.-Inform. Frank Seitz; http://www.fseitz.de/
Anwendungen für Ihr Internet und Intranet
Tel: 04103/180301; Fax: -02; Industriestr. 31, 22880 Wedel

Re: perl2shell

Frank Seitz:

> Ferry, glaubst du ernsthaft, man kann Programmiersprachen einfach
> so ineinander konvertieren?

Ich habe nicht von "so einfach" gesprochen. Hier ging es darum,
ein - vom Aufbau her recht einfaches - Skript in eine andere
Interpretersprache umzusetzen. Wenn ich lese, dass sich schon
jemand ernsthaft darüber Gedanken gemacht hat, Perl nach JS
zu konvertieren und jetzt etliche Leute an Umsetzern Perl5 ->
Perl6 tüfteln, warum ist dann deiner Meinung nach die Frage
nach einem Perl2VBScript Umsetzer so abstrus?

Ich selbst habe vor etlichen Jahren einen (allerdings sehr
einfachen) Umsetzer Perl -> DCL geschrieben (die Shell von
OpenVMS, wo Perl auch nicht standardmäßig dabei ist),
das war gar nicht so schlimm. Wäre doch möglich, dass das
auch schon jemand für VBScript getan hat.

Natürlich wird es Fälle geben, wo ein Umsetzen nicht so einfach
(vielleicht auch gar nicht) möglich ist. Aber fragen wird man ja
in diesem Forum noch dürfen, oder?

> Auch Fragen wie "Was ist PAR?" verwundern mich. CPAN
> solltest du kennen.

Ich kenne CPAN. Allerdings hatte Wolf Behrendorf nur
geschrieben:

> Kannst du nicht PAR verwenden?

woraus nicht hervorging, dass es sich um ein CPAN-Modul
handelt. Ich hatte danach gegoogelt und von "Panzerabwehr-
rakete" bis zu irgendwelchen Rechenalgorithmen alles zurück-
bekommen (vielleicht war's auch nur schlecht gegoogelt, ich
bin da kein Experte). An CPAN hatte ich zugegebermaßen
nicht gedacht. Aber jetzt ist alles klar, ich werde mir PAR
mal ansehen. Danke an alle für ihre Tipps!

> Bist du zu bequem, da zu recherchieren?

Nein, siehe oben.

> Oder was soll das?

Ja, das frage ich mich auch. Was soll das, dass du auf
mich losgehst? Wenn dir meine Fragen nicht gefallen,
brauchst du nicht darauf zu antworten, aber solche
Kommentare sind bestimmt nicht notwendig (bin ich von
dir auch nicht gar nicht gewohnt. Schlechten Tag gehabt?
;-).

LG, Ferry

--
Ing Ferry Bolhar
Magistrat der Stadt Wien - MA 14
A-1010 Wien
E-Mail: ferdinand.bolhar-nordenkampf@wien.gv.at

Re: perl2shell

Ferry Bolhar schrieb:
> Hallo,
>=20
> ich muss auf einer Windows-Kiste ein kleines Skript schreiben.
> Nichts aufregendes, es dreht sich hauptsächlich um Parsing.
>=20
> In Perl habe ich das Skript schon bei mir fertig geschrieben und
> es funktioniert prima. Nun sollte es auf den Zielrechner übertragen
> werden. Nur: dort gibt's kein Perl und ich kann/darf/soll auch
> keines installieren. Es gibt aber natürlich die gute alte DOS-Shell.
>=20
> Nun kenne ich deren Fähigkeiten, was das Parsen, Extrahieren
> und Zusammenbauen von Strings betrifft, nicht, daher die
> hoffentlich nicht allzu dumme Frage:
>=20
> Gibt es ein Perl-Skript oder Modul, das aus einem anderen
> Perl-Skript eine .bat-Datei erzeugt, die das macht, was das
> ursprüngliche Perl-Skript macht?
>=20
> Der Zielrechner ist übrigens ein W2003 Server.
>=20
> LG, Ferry
>=20
Weil ich befuerchte, dass sich meine Vorstellungen von "klein" und
"aufregend" von Deinen unterscheiden, mache ich den Vorschlag, Dein
Perl-Skript genauer zu beschreiben oder gar vollstaendig oeffentlich
zu machen, mit ziemlich kalten Fuessen. Man/Ich koennte dann abschaetzen,=

ob eine Umsetzung in eine andere (moeglichst maechtige) Sprache, die
auf einem W2003 Server laeuft, mit vertretbarem Aufwand machbar ist.

Re: perl2shell

On 2007-11-26 20:02, Slaven Rezic wrote:
> "Ferry Bolhar" writes:
>> ich muss auf einer Windows-Kiste ein kleines Skript schreiben.
>> Nichts aufregendes, es dreht sich hauptsächlich um Parsing.
>>
>> In Perl habe ich das Skript schon bei mir fertig geschrieben und
>> es funktioniert prima. Nun sollte es auf den Zielrechner übertragen
>> werden. Nur: dort gibt's kein Perl und ich kann/darf/soll auch
>> keines installieren. Es gibt aber natürlich die gute alte DOS-Shell.
>>
>> Nun kenne ich deren Fähigkeiten, was das Parsen, Extrahieren
>> und Zusammenbauen von Strings betrifft, nicht, daher die
>> hoffentlich nicht allzu dumme Frage:
>>
>> Gibt es ein Perl-Skript oder Modul, das aus einem anderen
>> Perl-Skript eine .bat-Datei erzeugt, die das macht, was das
>> ursprüngliche Perl-Skript macht?
>>
>> Der Zielrechner ist übrigens ein W2003 Server.
>
> Mir hat es erst einmal in den Finger gekribbelt, eine ähnliche Antwort
> wie Frank zu schreiben. Aber letztendlich ist es nich gänzlich
> unmöglich, Perl in eine andere Sprache zu übersetzen. Hier ist ein
> Versuch eines Perl-to-Javascript-Übersetzers.
>
> http://search.cpan.org/~jesse/Jifty-0.70824/lib/Jifty/View/D eclare/Compile.pm

Nur ist halt JavaScript eine vollständige und halbwegs mächtige
Programmiersprache. Die DOS-Shell ist hingegen ziemlich primitiv. Von
"Parsen, Extrahieren und Zusammenbauen von Strings" ist da keine Rede,
und Tools wie grep oder sed, mit denen man das unter Unix machen würde,
sind bei einer normalen Windows-Installation nicht vorhanden und können
daher von einem hypothetischen Perl zu BAT Konverter nicht verwendet
werden.


> Natürlich muss man sich dabei auf ein Subset von Perl beschränken. Ein
> Übersetzer von Perl nach .bat müsste sich wahrscheinlich auf das
> Äquivalent des Gebrabbels eines anderthalbjährigen Babys beschränken
>:-)

Ich fürchte, dass sich Ferrys Scripts nicht auf das Gebrabbels eines
anderthalbjährigen Babys beschränkt.

hp


--
_ | Peter J. Holzer | It took a genius to create [TeX],
|_|_) | Sysadmin WSR | and it takes a genius to maintain it.
| | | hjp@hjp.at | That's not engineering, that's art.
__/ | http://www.hjp.at/ | -- David Kastrup in comp.text.tex

Re: perl2shell

Ferry Bolhar schrieb:
> Steffen Medder:
>> http://www.indigostar.com/perl2exe.htm
> Ich kenne perl2exe nicht persönlich, aber ich habe gehört,
> dass es damit Probleme gibt, wenn Module, die XS-Code
> verwenden, eingebunden werden.
>
> Hast du Erfahrung mit perl2exe?

Hier(tm) laufen einige perl2exe Projekte als einfache Parser
(Stundenpläne, Lagerverteilungen werden ausgewertet etc.). Dabei
führen Module, die XS-Code tragen _manchmal_ zu Schwierigkeiten. Eine
*vernünftige* Einbindung der Module im Header des Skripts ist nötig,
damit perl2exe auch wirklich alle einbindet.
Bei einfachen Parsing-Aufgaben ist das aber nicht wirklich nötig,
oder? Je größer ein Projekt, desto sinnvoller ist es aber, auch den
Perlkern zu installieren. Die Shell von Windows ist bei solchen
Aufgaben echt überfordert und überflüssig...

Viele Grüße
Steffen.

Re: perl2shell

Ferry Bolhar wrote:
> Frank Seitz:
>>
>>Ferry, glaubst du ernsthaft, man kann Programmiersprachen einfach
>>so ineinander konvertieren?
>
> Ich habe nicht von "so einfach" gesprochen. Hier ging es darum,
> ein - vom Aufbau her recht einfaches - Skript in eine andere
> Interpretersprache umzusetzen. Wenn ich lese, dass sich schon
> jemand ernsthaft darüber Gedanken gemacht hat, Perl nach JS
> zu konvertieren und jetzt etliche Leute an Umsetzern Perl5 ->
> Perl6 tüfteln, warum ist dann deiner Meinung nach die Frage
> nach einem Perl2VBScript Umsetzer so abstrus?

Weil das IMO eine sehr komplexe Aufgabenstellung ist.

>>Auch Fragen wie "Was ist PAR?" verwundern mich. CPAN
>>solltest du kennen.
>
> Ich kenne CPAN. Allerdings hatte Wolf Behrendorf nur
> geschrieben:
>
>>Kannst du nicht PAR verwenden?
>
> woraus nicht hervorging, dass es sich um ein CPAN-Modul
> handelt.

Es geht in dieser NG um Perl, oder nicht?
Und Code zu Perl befindet sich auf CPAN, falls nichts
anderes gesagt wird, davon kannst du ausgehen.

> Ich hatte danach gegoogelt und von "Panzerabwehr-
> rakete" bis zu irgendwelchen Rechenalgorithmen alles zurück-
> bekommen (vielleicht war's auch nur schlecht gegoogelt, ich
> bin da kein Experte).

"par perl", von oben an alles Treffer.

>>Oder was soll das?
>
> Ja, das frage ich mich auch. Was soll das, dass du auf
> mich losgehst? Wenn dir meine Fragen nicht gefallen,
> brauchst du nicht darauf zu antworten, aber solche
> Kommentare sind bestimmt nicht notwendig (bin ich von
> dir auch nicht gar nicht gewohnt. Schlechten Tag gehabt?
> ;-).

Nix für ungut. So eine Konsumentenmentalität nervt mich
einfach manchmal.

Grüße
Frank
--
Dipl.-Inform. Frank Seitz; http://www.fseitz.de/
Anwendungen für Ihr Internet und Intranet
Tel: 04103/180301; Fax: -02; Industriestr. 31, 22880 Wedel

Re: perl2shell

Frank Seitz:

> Weil das IMO eine sehr komplexe Aufgabenstellung ist.

Stimmt. Aber das ist Perl selbst auch. Trotzdem wurde es
geschrieben... ;-))

Ich stelle mir auch die Umsetzung von Perl 5 auf Perl 6
nicht trivial vor. Aber so einen Umsetzer wird es geben,
sonst macht Perl 6 keinen Sinn.

> Es geht in dieser NG um Perl, oder nicht?
> Und Code zu Perl befindet sich auf CPAN, falls nichts
> anderes gesagt wird, davon kannst du ausgehen.

OK, werd's mir merken.

> > Ich hatte danach gegoogelt und von "Panzerabwehr-
> > rakete" bis zu irgendwelchen Rechenalgorithmen alles zurück-
> > bekommen (vielleicht war's auch nur schlecht gegoogelt, ich
> > bin da kein Experte).
>
> "par perl", von oben an alles Treffer.

Ich habe mit von dem Output von Googlen nach "par"
einfach erschlagen lassen. Leider bin ich da wirklich
kein Experte, sogar meine ältere Tocher (14) kann
besser googeln als ich. Ich erwäge ernsthaft, mir vom
Christkind eine Anleitung "Wie google ich richtig?"
zu wünschen... :-)

> >>Oder was soll das?
> >
> > Ja, das frage ich mich auch. Was soll das, dass du auf
> > mich losgehst? Wenn dir meine Fragen nicht gefallen,
> > brauchst du nicht darauf zu antworten, aber solche
> > Kommentare sind bestimmt nicht notwendig (bin ich von
> > dir auch nicht gar nicht gewohnt. Schlechten Tag gehabt?
> > ;-).
>
> Nix für ungut. So eine Konsumentenmentalität nervt mich
> einfach manchmal.

OK. Sorry, wenn ich einen solchen Eindruck erwecke.
Im Allgemeinen bemühe ich mich schon, selbst eine
Lösung zu finden, bevor ich hier frage.

LG, Ferry

--
Ing Ferry Bolhar
Magistrat der Stadt Wien - MA 14
A-1010 Wien
E-Mail: ferdinand.bolhar-nordenkampf@wien.gv.at

Re: perl2shell

Ferry Bolhar wrote:
>
> Ich stelle mir auch die Umsetzung von Perl 5 auf Perl 6
> nicht trivial vor.

Das stelle ich mir nicht so schwierig vor. Was sind schon
ein paar Syntaxunterschiede im Vergleich zu einer
Übertragung in eine völlig andere Sprache?

> Aber so einen Umsetzer wird es geben,
> sonst macht Perl 6 keinen Sinn.

Ja, wenn man genauer darüber nachdenkt, ist das wohl wahr.

Grüße
Frank
--
Dipl.-Inform. Frank Seitz; http://www.fseitz.de/
Anwendungen für Ihr Internet und Intranet
Tel: 04103/180301; Fax: -02; Industriestr. 31, 22880 Wedel

Re: perl2shell

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig15520A39222CD00DE84BB226
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hallo,

Frank Seitz wrote:
> Ferry Bolhar wrote:
>>
>> Ich stelle mir auch die Umsetzung von Perl 5 auf Perl 6
>> nicht trivial vor.
>=20
> Das stelle ich mir nicht so schwierig vor. Was sind schon
> ein paar Syntaxunterschiede im Vergleich zu einer
> Übertragung in eine völlig andere Sprache?

Wus? Die Unterschiede sind deutlich größer als "ein bisschen Syntax".=

Zum einen ist das ganze Objektmodell anders geworden, zum anderen haben
sich viele Details geändert, z.B. Scoping von vorher globalen Variablen=

Auch gibt es keine Typeglobs mehr, und jegliche Magie damit birgt die
Gefahr, einen p5->p6 Übersetzer aus dem Gleichgewicht zu bringen.

Allerdings stimmt es natürlich, dass p5->shell noch schwieriger wird.
Die besten Chancen hat man, wenn man den Op tree, den perl intern
erzeugt, als shell-Befehle dumped (sprich: ein Compiler-Backend mit
shell-Emitter schreibt)

>> Aber so einen Umsetzer wird es geben,
>> sonst macht Perl 6 keinen Sinn.
>=20
> Ja, wenn man genauer darüber nachdenkt, ist das wohl wahr.

Dem Gedankengang kann ich nicht folgen. Man kann Perl 5-Module in Perl 6
einbinden - wieso sollte man dann noch alles übersetzen lassen wollen?

Grüße,
Moritz

--=20
Moritz Lenz
http://perl-6.de/ http://moritz.faui2k3.org/


--------------enig15520A39222CD00DE84BB226
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHU9cDAAkekJBI0yIRAgKyAJ4/oxAu7eL0PSnxiZjfChtIALjX/gCg pmCh
nGEguX3/gN+aLWMip9p09Xw=
=NhY2
-----END PGP SIGNATURE-----

--------------enig15520A39222CD00DE84BB226--

Re: perl2shell

Moritz Lenz wrote:
> Frank Seitz wrote:
>>Ferry Bolhar wrote:
>>>
>>>Ich stelle mir auch die Umsetzung von Perl 5 auf Perl 6
>>>nicht trivial vor.
>>
>>Das stelle ich mir nicht so schwierig vor. Was sind schon
>>ein paar Syntaxunterschiede im Vergleich zu einer
>>Übertragung in eine völlig andere Sprache?
>
> Wus? Die Unterschiede sind deutlich größer als "ein bisschen Syntax".
> Zum einen ist das ganze Objektmodell anders geworden, zum anderen haben
> sich viele Details geändert, z.B. Scoping von vorher globalen Variablen.
> Auch gibt es keine Typeglobs mehr, und jegliche Magie damit birgt die
> Gefahr, einen p5->p6 Übersetzer aus dem Gleichgewicht zu bringen.

Ok. Ich bin in dem Thema Perl6 offenbar nicht tief genug drin,
um das richtig ermessen zu können.

>>>Aber so einen Umsetzer wird es geben,
>>>sonst macht Perl 6 keinen Sinn.
>>
>>Ja, wenn man genauer darüber nachdenkt, ist das wohl wahr.
>
> Dem Gedankengang kann ich nicht folgen. Man kann Perl 5-Module in Perl 6
> einbinden - wieso sollte man dann noch alles übersetzen lassen wollen?

Wenn Perl6 Perl5-Code interpretieren kann, braucht man natürlich keinen
Quellcode-Übersetzer. Wie wird diese wunderbare Flexibilität denn erreicht?

Grüße
Frank
--
Dipl.-Inform. Frank Seitz; http://www.fseitz.de/
Anwendungen für Ihr Internet und Intranet
Tel: 04103/180301; Fax: -02; Industriestr. 31, 22880 Wedel

Re: perl2shell

Moritz Lenz wrote:
> Frank Seitz wrote:
>>Ferry Bolhar wrote:
>>>
>>>Ich stelle mir auch die Umsetzung von Perl 5 auf Perl 6
>>>nicht trivial vor.
>>
>>Das stelle ich mir nicht so schwierig vor. Was sind schon
>>ein paar Syntaxunterschiede im Vergleich zu einer
>>Übertragung in eine völlig andere Sprache?
>
> Wus? Die Unterschiede sind deutlich größer als "ein bisschen Syntax".
> Zum einen ist das ganze Objektmodell anders geworden, zum anderen haben
> sich viele Details geändert, z.B. Scoping von vorher globalen Variablen.
> Auch gibt es keine Typeglobs mehr, und jegliche Magie damit birgt die
> Gefahr, einen p5->p6 Übersetzer aus dem Gleichgewicht zu bringen.

Ok. Ich bin in dem Thema Perl6 offenbar nicht tief genug drin,
um das richtig ermessen zu können.

>>>Aber so einen Umsetzer wird es geben,
>>>sonst macht Perl 6 keinen Sinn.
>>
>>Ja, wenn man genauer darüber nachdenkt, ist das wohl wahr.
>
> Dem Gedankengang kann ich nicht folgen. Man kann Perl 5-Module in Perl 6
> einbinden - wieso sollte man dann noch alles übersetzen lassen wollen?

Wenn Perl6 Perl5-Code interpretieren kann (was ich nicht wusste, s.o.),
ist ein Quellcode-Übersetzer sicherlich nicht extrem wichtig.
Wie wird diese wunderbare Flexibilität denn erreicht?

Ein Quellcode-Übersetzer ist dennoch wünschenswert, für alle,
die ihren Perl5-Code auf Perl6 heben und darunter
weiterentwickeln wollen.

Grüße
Frank
--
Dipl.-Inform. Frank Seitz; http://www.fseitz.de/
Anwendungen für Ihr Internet und Intranet
Tel: 04103/180301; Fax: -02; Industriestr. 31, 22880 Wedel

Re: perl2shell

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig4FA937484C48B3065D051197
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Frank Seitz wrote:
> Moritz Lenz wrote:
>> Frank Seitz wrote:
>>>Ferry Bolhar wrote:
>>>>
>>>>Ich stelle mir auch die Umsetzung von Perl 5 auf Perl 6
>>>>nicht trivial vor.
>>>
>>>Das stelle ich mir nicht so schwierig vor. Was sind schon
>>>ein paar Syntaxunterschiede im Vergleich zu einer
>>>Übertragung in eine völlig andere Sprache?
..
>=20
>>>>Aber so einen Umsetzer wird es geben,
>>>>sonst macht Perl 6 keinen Sinn.
>>>
>>>Ja, wenn man genauer darüber nachdenkt, ist das wohl wahr.
>>=20
>> Dem Gedankengang kann ich nicht folgen. Man kann Perl 5-Module in Perl=
6
>> einbinden - wieso sollte man dann noch alles übersetzen lassen wolle=
n?
>=20
> Wenn Perl6 Perl5-Code interpretieren kann (was ich nicht wusste, s.o.),=

> ist ein Quellcode-Übersetzer sicherlich nicht extrem wichtig.

Perl 6 wird solange Perl 5-Syntax und Semantik annehmen, bis eine der
folgenden Zeilen auftaucht:
use v6;
module $module_name
class $module_name

> Wie wird diese wunderbare Flexibilität denn erreicht?

Durch dynamisches Linken von libperl.so ;-) und eine p5-p6 bridge in der
Runtime, die zwischen Perl 5 und Perl 6-Datenstrukturen übersetzten
kann. Ein Nachbauen von Perl 5 ohne den jetzigen Perl-Compiler ist wohl
ein hoffnungsloses Unterfangen...
Bei pugs hat das Einbinden von p5-Modulen sogar eine Zeitlang ganz
ordentlich funktioniert.

> Ein Quellcode-Übersetzer ist dennoch wünschenswert, für alle,
> die ihren Perl5-Code auf Perl6 heben und darunter
> weiterentwickeln wollen.

Stimmt schon.

Grüße,
Moritz

--=20
Moritz Lenz
http://perl-6.de/ http://moritz.faui2k3.org/


--------------enig4FA937484C48B3065D051197
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHVAmpAAkekJBI0yIRAq6XAJ0XLkEfB5qR0CMWCzIH5JG8Fu8o4wCg leyv
ZkljxmP2qD82jhuOWEzsLNw=
=MFSy
-----END PGP SIGNATURE-----

--------------enig4FA937484C48B3065D051197--

Re: perl2shell

Frank Seitz:

> Das stelle ich mir nicht so schwierig vor. Was sind schon
> ein paar Syntaxunterschiede im Vergleich zu einer
> Übertragung in eine völlig andere Sprache?

"Ein paar Syntaxunterschiede"?

Zeig mir doch mal, wie du Code wie

*{"${pkg}::$sym"} = \&$function:

oder

&{*{$pkg.'::'.$sym}{CODE}};

in Perl 6 schreibst, wo es den Begriff des Typeglobs
nicht mehr gibt und daher sämtlicher, darauf basierender
Code zur Manipulation von Symboltabellen geändert
werden muss.

Und auch im Bereich der OO Programmierung schaut da
einiges ganz anderes aus. Da wird's einen _sehr_ cleveren
Parser brauchen, der das alles verdaut und richtig umsetzt.

Aber - siehe mein letztes Posting - er wird geschrieben
werden und daher war meine Frage nach einem Perl2BAT
oder Perl2VBSkript Parser nicht ganz so abstrus, wie du
gemeint hast. Dass es so etwas (noch) nicht gibt, steht auf
einem anderen Blatt.

LG, Ferry

--
Ing Ferry Bolhar
Magistrat der Stadt Wien - MA 14
A-1010 Wien
E-Mail: ferdinand.bolhar-nordenkampf@wien.gv.at

Re: perl2shell

Ferry Bolhar schrieb:

> ich muss auf einer Windows-Kiste ein kleines Skript schreiben.
> Nichts aufregendes, es dreht sich hauptsächlich um Parsing.
>
> In Perl habe ich das Skript schon bei mir fertig geschrieben und
> es funktioniert prima. Nun sollte es auf den Zielrechner übertragen
> werden. Nur: dort gibt's kein Perl und ich kann/darf/soll auch
> keines installieren. Es gibt aber natürlich die gute alte DOS-Shell.

Anderer Vorschlag, da der Unterschied von Perl zu Ruby - auch was die
Features und Syntax angeht - nicht so gross ist wie der zu VB Script =
Wie waere es denn wenn Du versuchst, Dein Script nach Ruby zu portieren,
da gibt es dann auch (vor allem freie) Tools, die aus Deinem Script eine
Exe machen, oder ein AllInOneRuby, siehe =

http://www.erikveen.dds.nl/rubyscript2exe/
http://www.erikveen.dds.nl/allinoneruby/index.html

Ich selbst mit etwas ueber einem Jahr Erfahrung in Ruby und ohne Perl
Kenntnisse habe es jedenfalls innerhalb von 2 Tagen geschafft, ein
bestehendes Perl Script mit Subroutinen, Fehlerhandling und Mailversand
zu erweitern ;-)

Gilbert

Re: perl2shell

Gilbert Rebhan writes:

> Ferry Bolhar schrieb:
>
> > ich muss auf einer Windows-Kiste ein kleines Skript schreiben.
> > Nichts aufregendes, es dreht sich hauptsächlich um Parsing.
> >
> > In Perl habe ich das Skript schon bei mir fertig geschrieben und
> > es funktioniert prima. Nun sollte es auf den Zielrechner übertragen
> > werden. Nur: dort gibt's kein Perl und ich kann/darf/soll auch
> > keines installieren. Es gibt aber natürlich die gute alte DOS-Shell.
>
> Anderer Vorschlag, da der Unterschied von Perl zu Ruby - auch was die
> Features und Syntax angeht - nicht so gross ist wie der zu VB Script =
> Wie waere es denn wenn Du versuchst, Dein Script nach Ruby zu portieren,
> da gibt es dann auch (vor allem freie) Tools, die aus Deinem Script eine
> Exe machen, oder ein AllInOneRuby, siehe =
>
> http://www.erikveen.dds.nl/rubyscript2exe/
> http://www.erikveen.dds.nl/allinoneruby/index.html
>
> Ich selbst mit etwas ueber einem Jahr Erfahrung in Ruby und ohne Perl
> Kenntnisse habe es jedenfalls innerhalb von 2 Tagen geschafft, ein
> bestehendes Perl Script mit Subroutinen, Fehlerhandling und Mailversand
> zu erweitern ;-)
>

Wozu, wenn es PAR gibt?

--
Slaven Rezic - slaven rezic de

Berlin Perl Mongers - http://berlin.pm.org

Re: perl2shell

"Ferry Bolhar" writes:

> Aber - siehe mein letztes Posting - er wird geschrieben
> werden und daher war meine Frage nach einem Perl2BAT
> oder Perl2VBSkript Parser nicht ganz so abstrus, wie du
> gemeint hast. Dass es so etwas (noch) nicht gibt, steht auf
> einem anderen Blatt.

Perl6 ist mächtig, BAT nicht. Deshalb wäre ein Konverter nach Perl6
leichter zu implementieren. Ist BAT (cmd.exe?) überhaupt
Turing-vollständig?

--
Slaven Rezic - slaven rezic de

tkruler - Perl/Tk program for measuring screen distances
http://ptktools.sourceforge.net/#tkruler

Re: perl2shell

Slaven Rezic schrieb:
>
> Wozu, wenn es PAR gibt?
>

OK, von PAR habe ich bis dato noch nichts gehoert.
Das ist mal einen Versuch wert.
Hatte zwar auch schon mal nach Tools gesucht, die
Perlscripts auf Maschinen ohne Perl Interpreter lauffaehig
machen, dort aber nur kostenpflichtige tools gefunden.

Gilbert

Re: perl2shell

Ferry Bolhar wrote:
> Frank Seitz:
>>
>>Das stelle ich mir nicht so schwierig vor. Was sind schon
>>ein paar Syntaxunterschiede im Vergleich zu einer
>>Übertragung in eine völlig andere Sprache?
>
> "Ein paar Syntaxunterschiede"?
>
> Zeig mir doch mal, wie du Code wie
>
> *{"${pkg}::$sym"} = \&$function:
>
> oder
>
> &{*{$pkg.'::'.$sym}{CODE}};
>
> in Perl 6 schreibst, wo es den Begriff des Typeglobs
> nicht mehr gibt und daher sämtlicher, darauf basierender
> Code zur Manipulation von Symboltabellen geändert
> werden muss.

Gern:

{ use v5; *{"${pkg}::$sym"} = \&$function }

bzw.

{ use v5; &{*{$pkg.'::'.$sym}{CODE}} }

:)

> Aber - siehe mein letztes Posting - er wird geschrieben
> werden und daher war meine Frage nach einem Perl2BAT
> oder Perl2VBSkript Parser nicht ganz so abstrus, wie du
> gemeint hast. Dass es so etwas (noch) nicht gibt, steht auf
> einem anderen Blatt.

Perl2BAT oder Perl2VBSkript jedenfalls wird es niemals geben, Ferry.
Schlag dir das aus dem Kopf.

Grüße
Frank
--
Dipl.-Inform. Frank Seitz; http://www.fseitz.de/
Anwendungen für Ihr Internet und Intranet
Tel: 04103/180301; Fax: -02; Industriestr. 31, 22880 Wedel

Re: perl2shell

Frank Seitz:

> Gern:
>
> { use v5; *{"${pkg}::$sym"} = \&$function }
>
> bzw.
>
> { use v5; &{*{$pkg.'::'.$sym}{CODE}} }

Ach so, du meinst, dass der Perl5-2-Perl6-Übersetzer in solchen
Fällen einfach ein "use v5;" dazugenerieren wird? Und das ist dann
wohl ein Pragma, dass den V6-Parser veranlasst, V5-Code zu
interpretieren? Ist das nur eine Vermutung von dir, oder wird es
das (v5.pm) wirklich geben?

> Perl2BAT oder Perl2VBSkript jedenfalls wird es niemals geben, Ferry.
> Schlag dir das aus dem Kopf.

Wer weiß... ;-)

LG, Ferry

--
Ing Ferry Bolhar
Magistrat der Stadt Wien - MA 14
A-1010 Wien
E-Mail: ferdinand.bolhar-nordenkampf@wien.gv.at

Re: perl2shell

Ferry Bolhar wrote:
> Frank Seitz:
>=20
>> Gern:
>>
>> { use v5; *{"${pkg}::$sym"} =3D \&$function }
>>
>> bzw.
>>
>> { use v5; &{*{$pkg.'::'.$sym}{CODE}} }
>=20
> Ach so, du meinst, dass der Perl5-2-Perl6-Übersetzer in solchen
> Fällen einfach ein "use v5;" dazugenerieren wird?=20

Das ist eine Möglichkeit.

> Und das ist dann
> wohl ein Pragma, dass den V6-Parser veranlasst, V5-Code zu
> interpretieren? Ist das nur eine Vermutung von dir, oder wird es
> das (v5.pm) wirklich geben?

Das ist spezifiziert, siehe http://perlcabal.org/syn/S01.html#line_119

Für einige Konstruktionen (z.B. Aliase auf Namespaces) gibt es in Perl =
6
deutlich elegantere Möglichkeiten (z.B. Binding) - ob sowas dann
automatisch erkannt werden kann bleibt abzuwarten.

Grüße,
Moritz


--=20
Moritz Lenz
http://perl-6.de/ http://moritz.faui2k3.org/