Re: Fehlermeldung beim installieren von MP3::PodcastFetch
Von: Moritz Lenz (moritz@faui2k3.org) [Profil]
Datum: 02.10.2008 17:16
Message-ID: <48e4e5b0$0$6584$9b4e6d93@newsspool4.arcor-online.net>
Newsgroup: de.comp.lang.perl.misc
Datum: 02.10.2008 17:16
Message-ID: <48e4e5b0$0$6584$9b4e6d93@newsspool4.arcor-online.net>
Newsgroup: de.comp.lang.perl.misc
Ferry Bolhar wrote: > "Frank Seitz": > >> perl -M5.010 -e 'say "hello"' > > Ich frage mich schon lange, wo eigentlich der Sinn des "feature" Pragmas ist. Schließlich wurden "my" in 5.0 und "our" in 5.6 (um > jetzt nur zwei Beispiele zu nennen) auch ohne "feature" Pragma eingeführt. Scheinbar war man damals weniger zartfühlend... :-) Nicht nur das, auch war die User Base damals noch deutlich kleiner. > Ich denke, das ist ein generelles Problem von Programmiersprachen (und wahrscheinlich nicht nur dort): in neueren Version tauchen > eben oft neue Keywords auf und sind dann eben sonst nicht mehr frei verfügbar. Dazu gibt es ja Release Notes, wo das dokumentiert > ist. Das ist kein prinzipielles Problem von Programmiersprachen, sondern ein Problem fast aller existierenden. Um mal wieder mit Perl 6 zu kommen: das hat zwar keywords, aber keine reservierten Worte. D.h. du kannst schreiben: sub if ($x) { say "do something with $x" } if(10); und das ruft das sub auf. Wenn du eine Bedingung mit if haben willst, schreibst du das so: if $x { say $y; } Mit entsprechenden syntaktischen Konventionen (hier "alles, was von einer öffnenden Klammer gefolgt wird, ist ein Funktionsaufruf") kann man dieses Problem durchaus vermeiden. Das eigentliche Problem ist eher, dass die meisten Programmiersprachen nicht auf Erweiterbarkeit optimiert sind. Die meisten gehen davon aus, dass sie sich niemals ändern werden, oder geben eine Liste von reservierten Worten vor, die man nicht benutzen soll/darf - das ist aber keine besonders flexible Lösung. > Ich hatte seinerzeit ein selbstgeschriebenes Tool names "select". Irgendwann ist dann "select" als builtin-in in der bash > aufgetaucht, da musste ich mein Tool auch umbenennen und Skripts anpassen. Nicht lustig, aber manchmal unvermeidlich. Deswegen ist > es IMHO immer wichtig, vor dem Einsatz neuerer Versionen die Release Notes zu lesen. 100% Zustimmung. Moritz -- Moritz Lenz http://perl-6.de/ http://moritz.faui2k3.org/[ Auf dieses Posting antworten ]
