Fragen bzgl. Modulinstallation

Hallo,

ich hätte einige Fragen bzgl. Installation von Modulen (aus dem CPAN):

1) Wo steht, welche Voraussetzungen ein Modul für seine Installation
benötigt?
Z.B. weiß die cpan-Shell bei einem gegebenen Modul, was vorher zu
installieren ist.
Kann ich das auch irgendwie ermitteln?

Speziell interessant sind Module, die XS Code verwenden - da wird man sich
bei
der Installation unter W32 schwer tun (ohne C-Compiler, und wer hat den
schon?).

Wenn ich jetzt ein Modul installieren möchte, das selbst keinen XS-Code
verwendet,
aber eines benötigt, das das doch tut, kann ich mir somit das ganze Download
sparen,
da ich es unter W32 nicht zum Laufen bringen werden - aber eben nur dann,
wenn
ich das vorher weiß. Wie kann ich das also herausfinden?

2) Wie kann ich auf einem System feststellen, welche Module _nachträglich_
installiert wurden, d.h., welche Module vorhanden, aber nicht Teil der
jeweiligen
Standard-Distribution sind?

3) Ich habe einige sehr große Perl-Skripts, die regelmäßig als crontab-Jobs
laufen.
Hier würde sich der Einsatz von PersistentPerl (perperl) anbieten.
Allerdings gibt
es da ja einiges mehr an Code-Praktiken zu beachten. Wo finde ich
Informationen
darüber? Gibt es vielleicht ein Modul, das bereits Code auf schlechte
Praktiken
prüfen kann? Und wenn die Skripts CPAN-Module verwenden, wie kann ich sicher
sein, dass diese für den Einsatz mit perperl geeignet sind? Ist das irgendwo
dokumentiert?

Danke für eure Antworten & und schöne Grüße aus Wien,

Ferry
--

Re: Fragen bzgl. Modulinstallation

Ferry Bolhar schrieb:
> Hallo,
>
> ich hätte einige Fragen bzgl. Installation von Modulen (aus dem CPAN):
>
> 1) Wo steht, welche Voraussetzungen ein Modul für seine Installation
> benötigt?

in der PREREQ_PM Sektion in MAKEFILE.PL
siehe perldoc scandeps oder auch
http://search.cpan.org/~rrwo/Module-MakefilePL-Parse-0.12/li b/Module/MakefilePL/Parse.pm

> Z.B. weiß die cpan-Shell bei einem gegebenen Modul, was vorher zu
> installieren ist.
> Kann ich das auch irgendwie ermitteln?
>
> Speziell interessant sind Module, die XS Code verwenden - da wird man sich
> bei
> der Installation unter W32 schwer tun (ohne C-Compiler, und wer hat den
> schon?).

http://mingw.org zum Beispiel ;->

>
> Wenn ich jetzt ein Modul installieren möchte, das selbst keinen XS-Code
> verwendet,
> aber eines benötigt, das das doch tut, kann ich mir somit das ganze Download
> sparen,
> da ich es unter W32 nicht zum Laufen bringen werden - aber eben nur dann,
> wenn
> ich das vorher weiß. Wie kann ich das also herausfinden?

hier könnte auch http://cpantesters.perl.org/ hilfreich sein

>
> 2) Wie kann ich auf einem System feststellen, welche Module _nachträglich_
> installiert wurden, d.h., welche Module vorhanden, aber nicht Teil der
> jeweiligen
> Standard-Distribution sind?

hm, perldoc perlmodlib oder, wahrscheinlich sinniger, perldoc perllocal

[snip Frage von der ich keine Ahnung habe]

>
> Danke für eure Antworten & und schöne Grüße aus Wien,
>
> Ferry

HTH,
Andreas Puerzer


--
Have Fun,
and if you can't have fun,
have someone else's fun.
The Beautiful South

Re: Fragen bzgl. Modulinstallation

Ferry Bolhar wrote:
> Hallo,
>
> ich hätte einige Fragen bzgl. Installation von Modulen (aus dem CPAN):
>
> 1) Wo steht, welche Voraussetzungen ein Modul für seine Installation
> benötigt?
> Z.B. weiß die cpan-Shell bei einem gegebenen Modul, was vorher zu
> installieren ist.
> Kann ich das auch irgendwie ermitteln?
>
> Speziell interessant sind Module, die XS Code verwenden - da wird man sich
> bei
> der Installation unter W32 schwer tun (ohne C-Compiler, und wer hat den
> schon?).
>
> Wenn ich jetzt ein Modul installieren möchte, das selbst keinen XS-Code
> verwendet,
> aber eines benötigt, das das doch tut, kann ich mir somit das ganze Download
> sparen,
> da ich es unter W32 nicht zum Laufen bringen werden - aber eben nur dann,
> wenn
> ich das vorher weiß. Wie kann ich das also herausfinden?
>
> 2) Wie kann ich auf einem System feststellen, welche Module _nachträglich_
> installiert wurden, d.h., welche Module vorhanden, aber nicht Teil der
> jeweiligen
> Standard-Distribution sind?
>
> 3) Ich habe einige sehr große Perl-Skripts, die regelmäßig als crontab-Jobs
> laufen.
> Hier würde sich der Einsatz von PersistentPerl (perperl) anbieten.
> Allerdings gibt
> es da ja einiges mehr an Code-Praktiken zu beachten. Wo finde ich
> Informationen
> darüber? Gibt es vielleicht ein Modul, das bereits Code auf schlechte
> Praktiken
> prüfen kann? Und wenn die Skripts CPAN-Module verwenden, wie kann ich sicher
> sein, dass diese für den Einsatz mit perperl geeignet sind? Ist das irgendwo
> dokumentiert?
>
> Danke für eure Antworten & und schöne Grüße aus Wien,
>
> Ferry
> --
>
>

Re: Fragen bzgl. Modulinstallation

Andreas Pürzer writes:

> Ferry Bolhar schrieb:
> > Hallo,
> >
> > ich hätte einige Fragen bzgl. Installation von Modulen (aus dem CPAN):
> >
> > 1) Wo steht, welche Voraussetzungen ein Modul für seine Installation
> > benötigt?
>
> in der PREREQ_PM Sektion in MAKEFILE.PL
> siehe perldoc scandeps oder auch
> http://search.cpan.org/~rrwo/Module-MakefilePL-Parse-0.12/li b/Module/MakefilePL/Parse.pm
>
> > Z.B. weiß die cpan-Shell bei einem gegebenen Modul, was vorher zu
> > installieren ist.
> > Kann ich das auch irgendwie ermitteln?
> >
> > Speziell interessant sind Module, die XS Code verwenden - da wird man sich
> > bei
> > der Installation unter W32 schwer tun (ohne C-Compiler, und wer hat den
> > schon?).
>
> http://mingw.org zum Beispiel ;->
>

Mit Strawberry Perl bekommt man Perl und GCC inklusive. Oder man
verwendet cygwin.

> >
> > Wenn ich jetzt ein Modul installieren möchte, das selbst keinen XS-Code
> > verwendet,
> > aber eines benötigt, das das doch tut, kann ich mir somit das ganze Download
> > sparen,
> > da ich es unter W32 nicht zum Laufen bringen werden - aber eben nur dann,
> > wenn
> > ich das vorher weiß. Wie kann ich das also herausfinden?
>
> hier könnte auch http://cpantesters.perl.org/ hilfreich sein
>
> >
> > 2) Wie kann ich auf einem System feststellen, welche Module _nachträglich_
> > installiert wurden, d.h., welche Module vorhanden, aber nicht Teil der
> > jeweiligen
> > Standard-Distribution sind?
>
> hm, perldoc perlmodlib oder, wahrscheinlich sinniger, perldoc perllocal
>

Alles, was unter site_perl installiert wurde, ist nicht Teil der
Standard-Perl-Distribution (könnte aber Bestandteil einer erweiterten
Distro sein, z.B. ActivePerl). "site_perl" kann in anderen
Distributionen auch anders heißen, z.B. "site".

Alles, was im normalen perl-lib-Verzeichnis installiert sind, sollte
bei einer Standard-Perl-Distribution dabei sein. Wenn man ein
separates Update eines Standard-Perl-Moduls macht, dann landet es auch
in diesem Verzeichnis und nicht in site_perl.

Ansonsten hilft core_list aus Module::CoreList bei der Beantwortung
der Frage.

> >
> > 3) Ich habe einige sehr große Perl-Skripts, die regelmäßig als crontab-Jobs
> > laufen.
> > Hier würde sich der Einsatz von PersistentPerl (perperl) anbieten.

Warum nicht einfach while () { ...; sleep ... } ?
Und den cronjob einfach nur dazu verwenden, um zu prüfen, ob der
Perl-Job noch läuft? Natürlich geht das nur, wenn dein Perl-Skript
keine Memory Leaks erzeugt. Aber dann hast du auch ein Problem mit
PersistentPerl.

> > Allerdings gibt
> > es da ja einiges mehr an Code-Praktiken zu beachten. Wo finde ich
> > Informationen
> > darüber? Gibt es vielleicht ein Modul, das bereits Code auf schlechte
> > Praktiken
> > prüfen kann?

Perl::Critic vielleicht?

Gruß,
Slaven

--
Slaven Rezic - slaven rezic de

Lost in your Tk widget tree? Try
http://user.cs.tu-berlin.de/~eserte/src/perl/Tk-WidgetDump/

Re: Fragen bzgl. Modulinstallation

Hallo Ferry,

Ferry Bolhar wrote:
> ich h?tte einige Fragen bzgl. Installation von Modulen (aus dem CPAN):
>
> 1) Wo steht, welche Voraussetzungen ein Modul f?r seine Installation
> ben?tigt?
> Z.B. wei? die cpan-Shell bei einem gegebenen Modul, was vorher zu
> installieren ist.
> Kann ich das auch irgendwie ermitteln?

In der Regel ja. Wenn der Modul-Autor die PREREQ_PM Sektion der Makefile.PL
gepflegt hat.

> Speziell interessant sind Module, die XS Code verwenden - da wird man sich
> bei der Installation unter W32 schwer tun (ohne C-Compiler, und wer hat den
> schon?).

Eine Alternative sind unter ActivePerl PPM-Module (perldoc ppm). Es gibt
zwar nicht alles, was auf CPAN rumliegt, dafuer sind sie fertig kompiliert.

> 2) Wie kann ich auf einem System feststellen, welche Module _nachtr?glich_
> installiert wurden, d.h., welche Module vorhanden, aber nicht Teil der
> jeweiligen Standard-Distribution sind?

perldoc perllocal

Bei einem ActivePerl sind da aber auch alle Module eingetragen, die
ActiveState dazugepackt hat.

> 3) Ich habe einige sehr gro?e Perl-Skripts, die regelm??ig als crontab-Jobs
> laufen. Hier w?rde sich der Einsatz von PersistentPerl (perperl) anbieten.
> Allerdings gibt es da ja einiges mehr an Code-Praktiken zu beachten. Wo
> finde ich Informationen dar?ber? Gibt es vielleicht ein Modul, das bereits
> Code auf schlechte Praktiken pr?fen kann? Und wenn die Skripts CPAN-Module
> verwenden, wie kann ich sicher sein, dass diese f?r den Einsatz mit perperl
> geeignet sind? Ist das irgendwo dokumentiert?

Sorry, no info.

cu,
Martin
--
| Martin Vorlaender | OpenVMS rules!
Microsoft isn't the Borg: | work: mv@pdv-systeme.de
the Borg have proper | http://www.pdv-systeme.de/users/martinv/
networking. | home: martin@radiogaga.harz.de

Re: Fragen bzgl. Modulinstallation

Ferry Bolhar [ferry.bolhar@chello.at] schrieb:

[...]
>Speziell interessant sind Module, die XS Code verwenden - da wird man sich
>bei
>der Installation unter W32 schwer tun (ohne C-Compiler, und wer hat den
>schon?).

Hm, man kann eine Cygwin Installation inkl. Cygwin-Perl und einem gcc
machen. Man kann aber auch Perl selbst mit einem Microsoft Compiler
selbst uebersetzen.
In beiden Faellen kann man XS-Module auch selbst kompilieren.
Und die Cygwin-Variante ist auch Open Source.

[...]

>Danke für eure Antworten & und schöne Grüße aus Wien,

>Ferry

Ciao.
Michael.
--=20
Michael Hirmke | Telefon +49 (911) 557999
Wilhelm-Spaeth-Strasse 52 | FAX +49 (911) 557664
90461 Nuernberg | E-Mail mailto:mh@mike.franken.de
| WWW http://www.hirmke.de/

Re: Fragen bzgl. Modulinstallation

Slaven Rezic schrieb:
> Andreas Pürzer writes:
>
>
>>Ferry Bolhar schrieb:
>>

>>>2) Wie kann ich auf einem System feststellen, welche Module _nachträglich_
>>>installiert wurden, d.h., welche Module vorhanden, aber nicht Teil der
>>>jeweiligen
>>>Standard-Distribution sind?
>>
>>hm, perldoc perlmodlib oder, wahrscheinlich sinniger, perldoc perllocal
>>
>
>
> Alles, was unter site_perl installiert wurde, ist nicht Teil der
> Standard-Perl-Distribution (könnte aber Bestandteil einer erweiterten
> Distro sein, z.B. ActivePerl). "site_perl" kann in anderen
> Distributionen auch anders heißen, z.B. "site".
>
> Alles, was im normalen perl-lib-Verzeichnis installiert sind, sollte
> bei einer Standard-Perl-Distribution dabei sein. Wenn man ein
> separates Update eines Standard-Perl-Moduls macht, dann landet es auch
> in diesem Verzeichnis und nicht in site_perl.

Genau so würde man es erwarten, doch ActiveState sieht das anscheinend
etwas anders:

D:\Temp>corelist XML::Parser

XML::Parser was not in CORE (or so I think)

D:\Temp>perldoc -l XML::Parser
C:\Perl\lib\XML\Parser.pm

Ich verstehe das so, daß die komplette Distro bei ActiveState als CORE
gilt, also auch alles was ActiveState mitbringt, aber über den regulären
Perl-CORE hinausgeht.

Grüße,
Andreas Puerzer

--
Have Fun,
and if you can't have fun,
have someone else's fun.
The Beautiful South

Re: Fragen bzgl. Modulinstallation

Hallo Ferry,

Ferry Bolhar wrote:
> Hallo,
>=20
> ich hätte einige Fragen bzgl. Installation von Modulen (aus dem CPAN)=
:
>=20
>=20
> Speziell interessant sind Module, die XS Code verwenden - da wird man s=
ich=20
> bei
> der Installation unter W32 schwer tun (ohne C-Compiler, und wer hat den=
=20
> schon?).
>=20

Also den C++ Compiler gibt es gratis von Microsoft: "Visual C++ 2005=20
Express Edition", der kann auch reine C Sourcen übersetzen. Da,=20
zumindest meine Win32 XS Module einiges aus dem Platform SDK verwenden=20
ist es auch notwendig diesen zu installieren:
"Microsoft Platform SDK for Windows Server 2003 R2". Aber das steht dann =

ja auch bei VC++ 2005 Express dabei.
Und ja, ich hab damit schon erfolgreich eines meiner Module kompiliert.

Früher gabs noch den "Microsoft Visual C++ Toolkit 2003". Den hab ich=20
auch noch mit dem entsprechenden SDK.
Zum Kompilieren von XS Modulen reicht das Ganze allemal.



> Danke für eure Antworten & und schöne Grüße aus Wien,

Gerne, und Grüße aus Mödling,
Reinhard



--=20
PM Mails an rpirpag gmx dot at

Re: Fragen bzgl. Modulinstallation

Slaven Rezic:

> Alles, was unter site_perl installiert wurde, ist nicht Teil der
> Standard-Perl-Distribution (könnte aber Bestandteil einer erweiterten
> Distro sein, z.B. ActivePerl). "site_perl" kann in anderen
> Distributionen auch anders heißen, z.B. "site".
>
> Alles, was im normalen perl-lib-Verzeichnis installiert sind, sollte
> bei einer Standard-Perl-Distribution dabei sein. Wenn man ein
> separates Update eines Standard-Perl-Moduls macht, dann landet es auch
> in diesem Verzeichnis und nicht in site_perl.

Und wofür gibt es das Verzeichnis "vendor_perl" (zumindest bei mir
unter Linux)? Da steht z.B. LWP.pm drin.

> Ansonsten hilft core_list aus Module::CoreList bei der Beantwortung
> der Frage.

Ich habe mit jetzt Module::CoreList aus dem CPAN geholt, aber es
gibt da keine solche Funktion/Methode.

>> Allerdings gibt es da ja einiges mehr an Code-Praktiken zu beachten.
>> Wo finde ich Informationen darüber? Gibt es vielleicht ein Modul,
> >das bereits Code auf schlechte Praktiken prüfen kann?
>
> Perl::Critic vielleicht?

Ist das nicht die Perl-Implementierung von Damian Conway's "Perl
Best Practices" Buch? Ich hatte das Buch eine Zeitlang ausgeborgt,
und AFAIR ist da nichts über die Fallen bei persistentem Code
drin.

Wär' vielleicht mal was für die perldocs - "perlperstut - a Tutorial
about persistent Perl Code"...

Danke jedenfalls an dich und auch an alle anderen für ihre Antworten!

LG, Ferry

--
Ing Ferry Bolhar
Magistrat der Stadt Wien - MA 14
A-1010 Wien
E-Mail: bol@adv.magwien.gv.at

Re: Fragen bzgl. Modulinstallation

Martin Vorlaender wrote:

> In der Regel ja. Wenn der Modul-Autor die PREREQ_PM Sektion der Makefile.PL
> gepflegt hat.

Das ist IIRC EU:MM spezifisch. Es gibt allerdings auch noch
Module::Build und Module::Install. Möglicherweise ist die META.yml eine
Lösung, aber die haben wohl auch nicht alle Module.

--
# Robert 'phaylon' Sedlacek
# Perl 5/Catalyst Developer in Hamburg, Germany
{ EMail => ' rs@474.at ', Web => ' http://474.at ' }

Re: Fragen bzgl. Modulinstallation

Robert 'phaylon' Sedlacek writes:

> Martin Vorlaender wrote:
>
> > In der Regel ja. Wenn der Modul-Autor die PREREQ_PM Sektion der Makefile.PL
> > gepflegt hat.
>
> Das ist IIRC EU:MM spezifisch. Es gibt allerdings auch noch
> Module::Build und Module::Install. Möglicherweise ist die META.yml eine
> Lösung, aber die haben wohl auch nicht alle Module.

META.yml ist (noch) nicht autoritativ. CPAN.pm schaut zum Beispiel ins
generierte Makefile nach und benutzt dort die als Kommentar enthaltene
PREREQ_PM-Zeile. Bei Module::Build gibt es ein Target namens
prereq_report.

Gruß,
Slaven

--
Slaven Rezic - slaven rezic de

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

Re: Fragen bzgl. Modulinstallation

"Ferry Bolhar" writes:

> Slaven Rezic:
>
> > Alles, was unter site_perl installiert wurde, ist nicht Teil der
> > Standard-Perl-Distribution (könnte aber Bestandteil einer erweiterten
> > Distro sein, z.B. ActivePerl). "site_perl" kann in anderen
> > Distributionen auch anders heißen, z.B. "site".
> >
> > Alles, was im normalen perl-lib-Verzeichnis installiert sind, sollte
> > bei einer Standard-Perl-Distribution dabei sein. Wenn man ein
> > separates Update eines Standard-Perl-Moduls macht, dann landet es auch
> > in diesem Verzeichnis und nicht in site_perl.
>
> Und wofür gibt es das Verzeichnis "vendor_perl" (zumindest bei mir
> unter Linux)? Da steht z.B. LWP.pm drin.

Ich glaube, dass in dieses Verzeichnis rpm u.ä. Tools installieren
dürfen.

>
> > Ansonsten hilft core_list aus Module::CoreList bei der Beantwortung
> > der Frage.
>
> Ich habe mit jetzt Module::CoreList aus dem CPAN geholt, aber es
> gibt da keine solche Funktion/Methode.

corelist muss es heißen, nicht core_list.

>
> >> Allerdings gibt es da ja einiges mehr an Code-Praktiken zu beachten.
> >> Wo finde ich Informationen darüber? Gibt es vielleicht ein Modul,
> > >das bereits Code auf schlechte Praktiken prüfen kann?
> >
> > Perl::Critic vielleicht?
>
> Ist das nicht die Perl-Implementierung von Damian Conway's "Perl
> Best Practices" Buch? Ich hatte das Buch eine Zeitlang ausgeborgt,
> und AFAIR ist da nichts über die Fallen bei persistentem Code
> drin.

Nun ja, einige Hinweise dort dürften auch bei persistenten Code
helfen.

>
> Wär' vielleicht mal was für die perldocs - "perlperstut - a Tutorial
> about persistent Perl Code"...
>

Vielleicht mal in die mod_perl-Dokumentation schauen (perldoc Apache,
http://perl.apache.org)? Die Probleme sind ja ähnlich ---
Perl-Prozesse leben länger als für einen Request.

Gruß,
Slaven

--
Slaven Rezic - slaven rezic de

Visualize XML files in a Tk text widget:
http://search.cpan.org/search?mode=module&query=Tk::XMLViewe r

Re: Fragen bzgl. Modulinstallation

Slaven Rezic wrote:
>
> META.yml ist (noch) nicht autoritativ. CPAN.pm schaut zum Beispiel ins
> generierte Makefile nach und benutzt dort die als Kommentar enthaltene
> PREREQ_PM-Zeile. Bei Module::Build gibt es ein Target namens
> prereq_report.

Heißt die Entsprechung in Build.PL nicht "requires"?

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: Fragen bzgl. Modulinstallation

Frank Seitz writes:

> Slaven Rezic wrote:
> >
> > META.yml ist (noch) nicht autoritativ. CPAN.pm schaut zum Beispiel ins
> > generierte Makefile nach und benutzt dort die als Kommentar enthaltene
> > PREREQ_PM-Zeile. Bei Module::Build gibt es ein Target namens
> > prereq_report.
>
> Heißt die Entsprechung in Build.PL nicht "requires"?
>

Ins Build.PL schreibt man wohl "requires" (und auch "recommends").
Wenn man das Ergebnis wissen möchte, dann schreibt man in der
Kommandozeile "perl Build prereq_report"

Gruß,
Slaven

--
Slaven Rezic - slaven rezic de

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

Re: Fragen bzgl. Modulinstallation

Slaven Rezic wrote:
> Frank Seitz writes:
>>Slaven Rezic wrote:
>>>
>>>META.yml ist (noch) nicht autoritativ. CPAN.pm schaut zum Beispiel ins
>>>generierte Makefile nach und benutzt dort die als Kommentar enthaltene
>>>PREREQ_PM-Zeile. Bei Module::Build gibt es ein Target namens
>>>prereq_report.
>>
>>Heißt die Entsprechung in Build.PL nicht "requires"?
>
> Ins Build.PL schreibt man wohl "requires" (und auch "recommends").
> Wenn man das Ergebnis wissen möchte, dann schreibt man in der
> Kommandozeile "perl Build prereq_report"

Nett, kannte ich noch nicht. Noch schöner wäre es,
wenn man das Builder-Objekt instanziieren und befragen könnte.
Ich weiß nicht, ob so eine Schnittstelle vorgesehen ist.

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: Fragen bzgl. Modulinstallation

Frank Seitz writes:

> Slaven Rezic wrote:
> > Frank Seitz writes:
> >>Slaven Rezic wrote:
> >>>
> >>>META.yml ist (noch) nicht autoritativ. CPAN.pm schaut zum Beispiel ins
> >>>generierte Makefile nach und benutzt dort die als Kommentar enthaltene
> >>>PREREQ_PM-Zeile. Bei Module::Build gibt es ein Target namens
> >>>prereq_report.
> >>
> >>Heißt die Entsprechung in Build.PL nicht "requires"?
> >
> > Ins Build.PL schreibt man wohl "requires" (und auch "recommends").
> > Wenn man das Ergebnis wissen möchte, dann schreibt man in der
> > Kommandozeile "perl Build prereq_report"
>
> Nett, kannte ich noch nicht. Noch schöner wäre es,
> wenn man das Builder-Objekt instanziieren und befragen könnte.
> Ich weiß nicht, ob so eine Schnittstelle vorgesehen ist.
>

Ich habe gerade entdeckt, dass auch eine Datei _build/prereqs während
perl Build.PL geschrieben wird. Diese Datei kann man mit eval
einlesen; ein gesondertes Parsen ist nicht notwendig.

Ob noch eine API-Schnittstelle existiert, weiß ich nicht.

--
Slaven Rezic - slaven rezic de
Tired of using file selectors? Real programmers use the TAB key for
completion and not for jumping around. Try
http://search.cpan.org/search?mode=module&query=Tk::PathEntr y