Discussion :

[gvasseur58]

Le compilateur Free Pascal vient d’être élu projet du mois de mai 2017 par la communauté de Sourceforge, ce qui n’était plus arrivé depuis avril 2014. C’est la récompense du travail fourni par toute une équipe et l’occasion pour Florian Klämpfl, l’initiateur du projet dont l’origine remonte à 1992, de rappeler les récents perfectionnements apportés au compilateur : la prise en charge des processeurs MIPS et JVM, les chaînes gérant les codes pages ainsi qu’une meilleure optimisation du code produit.

Par ailleurs, il annonce l’amélioration de la gestion des génériques et des progrès réalisés pour celle des méthodes anonymes. Dans le domaine des architectures visées, on notera les progrès relatifs à l’implémentation du compilateur pour Android, la famille Amiga ou les microcontrôleurs AVR, ce qui tend à montrer que la communauté Free Pascal travaille toujours tous azimuts. Parmi les projets les plus prometteurs, pastojs est chargé d’une traduction automatique des projets Pascal Objet en JavaScript et avance rapidement. C’est ainsi que Florian Klämpfl peut affirmer que Free Pascal « essaye de couvrir l’ensemble du spectre des plates-formes depuis le Z80 jusqu’à des technologies modernes comme le web assembly ».

L’entretien donné à l'occasion de cette élection se termine par une remarque que les habitués du forum Pascal developpez.com se font sans doute souvent : les sorties de nouvelles versions du compilateur sont rares ! Mais cette apparente lenteur de développement ne saurait cacher la vitalité d’un projet qui, rien que la semaine passée, a vu une centaine de contributions l’enrichir.

Source : SourceForge

Cette récompense vous paraît-elle justifiée ?
D'après vous, quelle place peut avoir un compilateur open source en 2017 ?
Quel avenir voyez-vous aux différentes pistes de développement avancées par Florian Klämpfl ?

[Invité]

Si je devais choisir en ce moment un langage compilé, pourvu d'une couche objet, rapide pour du calcul intensif, parallélisable et agréable à coder, est-ce que free Pascal ne serait pas finalement un meilleur choix que Rust, Julia, C++, ou D par exemple ?

[tomlev]

Mais qu'est-ce qu'il foutent encore sur SourceForge? Je suis étonné que ce site soit pas encore mort... C'était déjà pas terrible, mais depuis qu'ils mettent des downloaders qui installent des toolbars et assimilés, j'évite SourceForge comme la peste. De toute façon Github est bien meilleur sous tous rapports (à moins de vouloir absolument continuer à utiliser SVN, mais à quoi bon?)

[pvincent]

Mais qu'est-ce qu'il foutent encore sur SourceForge? ... depuis qu'ils mettent des downloaders qui installent des toolbars et assimilés, j'évite SourceForge comme la peste.

En fait, après avoir cédé un temps à de mauvaises pratiques, le site a fait des excuses et il est revenu à une politique moins agressive.

[Jiji66]

Si je devais choisir en ce moment un langage compilé, pourvu d'une couche objet, rapide pour du calcul intensif, parallélisable et agréable à coder, est-ce que free Pascal ne serait pas finalement un meilleur choix que Rust, Julia, C++, ou D par exemple ?

Julia semble avoir été créé avec l'objectif affiché de satisfaire ceux qui veulent faire du calcul intensif. Pour ce genre de besoin c'est à mon avis le meilleur choix.

Maintenant si l'objectif est d'avoir une application multi plate forme qui fasse de gros calculs tout en accedant au bas niveau et rester en programmation Object sur le reste de l'application je dirais que C++ ou Free-Pascal sont de bons choix.

Maintenant attention, on ne programme pas en C comme en C++ ou comme en Pascal-Object de la même façon, chacun des trois demande un investissement personel spécifique.

[Invité]

Merci pour vos réponses à tous les deux
Je connais déjà bien le Pascal objet, C et C++ pour les avoir utilisés et enseignés durant de nombreuses années. Je connais un peu pour les avoir testés Rust et D. Quant à Julia j'ai essayé de m'y mettre il y a quelques mois mais je dois avouer que j'ai été déconcerté par la syntaxe que j'ai trouvée assez rigide ... prix à payer pour avoir un code efficace en calcul intensif j'imagine.
Comme je développe essentiellement des applis académiques appliquées à une problématique donnée j'ai une grande latitude dans le choix de mes outils et à lire vos réponses je vois bien que je n'ai pas d'intérêt particulier (en dehors du plaisir de la découverte d'un langage) à approfondir Rust ou D car pour ce que je fais, ils n'apporteront pas une grande valeur ajoutée.

Darwin rules

[Songbird]

Si je devais choisir en ce moment un langage compilé, pourvu d'une couche objet, rapide pour du calcul intensif, parallélisable et agréable à coder, est-ce que free Pascal ne serait pas finalement un meilleur choix que Rust, Julia, C++, ou D par exemple ?

Sur la liste des langages que tu proposes, je ne vois pas ce qui te fait dire que free pascal serait un meilleur choix.

[Invité]

Sur la liste des langages que tu proposes, je ne vois pas ce qui te fait dire que free pascal serait un meilleur choix.

Ben c'est là la question justement. C'est une façon indirecte de poser la question de ce en quoi free Pascal serait mieux ou moins bien que les autres langages mentionnés

[Songbird]

Ben c'est là la question justement. C'est une façon indirecte de poser la question de ce en quoi free Pascal serait mieux ou moins bien que les autres langages mentionnés

Ah, mes excuses, je n'avais pas compris de cette manière.

Donc pour te répondre: je n'en sais rien. Beaucoup de langages ont poussé en quelques années pour proposer des outils plus "modernes" pour faire du bas niveau et je n'en étudie qu'un seul jusqu'ici (Rust).
La sélection naturelle fera son boulot pour trancher dans les langages qui resteront.

[Jiji66]

Julia est trop spécialisé pour pourvoir être comparé à du Rust du C++ du D ou du Pascal-Object.
D et Rust essayent de rendre C++ plus 'safe' pour ceux qui programment mal, Pour le reste je suis d'accord avec le fait que la sélection naturelle fera inévitablement son travail en éliminant les jeunes tentacules rouillés du C++.

[BenaeSan]

@tomlev

j'avais trouvé cet article intéressant sur les dangers de l'utilisation d'un site du genre de Github pour l'hébergement des sources des projets libres.

https://carlchenet.com/le-danger-git...u-et-augmente/

Je suis surpris aussi, mais il reste quelques projets sur Sourceforge, comme 7-zip, dolibarr etc.

[tomlev]

j'avais trouvé cet article intéressant sur les dangers de l'utilisation d'un site du genre de Github pour l'hébergement des sources des projets libres.

https://carlchenet.com/le-danger-git...u-et-augmente/

Intéressant, merci pour le lien. Dans l'ensemble je trouve ça un peu parano, mais il y a quelques points assez justes, notamment sur l'uniformisation.

[Songbird]

D et Rust essayent de rendre C++ plus 'safe' pour ceux qui programment mal

Là par contre, je ne suis absolument pas d'accord. C'est comme dire "Java a été inventé parce que les devs sont incapables de gérer leurs ressources sans tout faire exploser".
Sinon, qu'est-ce que ça veut dire pour toi, quelqu'un qui programme mal ?

[Jiji66]

Là par contre, je ne suis absolument pas d'accord. C'est comme dire "Java a été inventé parce que les devs sont incapables de gérer leurs ressources sans tout faire exploser".
Sinon, qu'est-ce que ça veut dire pour toi, quelqu'un qui programme mal ?

C++ est ce qu'il est : Permissif. Les principaux problèmes rencontres par les développeurs concernent la gestion de la mémoire et la validité des pointeurs; D et Rust chacun de leurs cotés essayent d'apporter des réponses ou en rajoutant des contraintes ou des actions automatiques (libration automatique de ressources).

Ces 'extras' facilitent la vie des développeurs qui ne désirent pas surveiller la gestion de leurs ressources matérielles; dans tous les cas ça a un prix en terme de performances et peut même être incompatible avec des applications qui ont des contraintes temporelles externes.

Pour ce qui concerne Java il y a comme toujours beaucoup de choses à dire et d'encre à faire couler. Les fans le regardent un peu trop comme une solution universelle et les autres un peu trop comme un ogre tentaculaire qui s’octroie de façon opaque les ressources disponibles (heureusement contenues dans des machines virtuelles). Au final tout dépends de l’œil de celui qui regarde;

[Songbird]

Ces 'extras' facilitent la vie des développeurs qui ne désirent pas surveiller la gestion de leurs ressources matérielles; dans tous les cas ça a un prix en terme de performances et peut même être incompatible avec des applications qui ont des contraintes temporelles externes.

Tu aurais des exemples ?