Pourquoi n'y a-t-il pas d'IronPerl (Perl pour .NET)?

Question

Je suis un peu déçu qu'il ne semble pas y avoir d'effort à faire de Perl un citoyen de première classe de l' .Monde NET.

J'ai lu un peu de 'raisons' dans le passé, mais je ne vois pas pourquoi ils ne peuvent pas être surmontés (différents ramasseurs d'ordures, difficiles à analyser la syntaxe, de la partie des modules CPAN ne pouvait pas être porté de différentes communautés, ...).

Activestate a un Perl.NET produit, mais c'est un hack (dans le bon sens) autour d'une norme interprète et certaines sucre syntaxique pour interagir avec .NET assemblées.

Il y A quelques années, ils ont arrêté leur intégration à Visual Studio de Perl, citant le manque d'intérêt. C'était il y a longtemps, avant que tous les changements .NET pour le rendre plus "dynamique".

Suis-je le seul qui aspire à IronPerl?

Answer 1

Je ressens votre douleur. Il ya beaucoup de fois où j'ai souhaité pour Perl fonctionnalités .NET, en particulier quand il s'agit de texte des fichiers de type. Cependant, j'ai eu de la chance en ce que le mantra 'bon outil pour le bon travail m'a permis d'utiliser Perl à son meilleur, et ne pas s'inquiéter de l'intégrer dans .NET applications.

Edit: après Avoir Strawberry Perl a été beaucoup plus une aubaine pour moi, et m'a permis d'appeler la plupart des scripts Perl de mes Applications si nécessaire, et ne pas s'inquiéter au sujet de l'intégration directe.

Answer 2

Perl 5 étant sous-spécifié est un autre problème. La situation est un peu meilleure qu'avant, mais dans de nombreux cas, le seul moyen de savoir comment quelque chose fonctionnerait en Perl est de l'essayer en perl .

Answer 3

Parrot a (ou avait) un projet pour ce faire. Vous pouvez lire un document de synthèse.

---

Perl 6 a niecza, qui fonctionne sur le CLR. C'est Perl 6, mais en regardant les exemples de dossier, il apparaît qu'il y a la possibilité de faire appel à CLR système de bibliothèques.

Answer 4

Et pendant que nous y sommes, pourquoi pas JPerl (dans le sens de Jython et JRuby)?

Answer 5

Je crois que la plupart des langages .NET sont analysés à l’aide d’une simple combinaison Lex / Yacc.

Mais Perl, en tant que langage contextuel, ne peut pas être analysé avec un simple lexer / analyseur. Cela explique en partie l'origine de l'expression "seul Perl peut analyser Perl", et explique également pourquoi les auto-identificateurs et les analyseurs de code Perl ont une qualité allant de terrible à risible.