Enfin voilà. Autotools est loin loiiin d'être parfait, mais perso je mets CMake au même niveau.
Là, nous avons une divergence. Je mets CMake très au dessus d'Autotools. Tu parles de la syntaxe de CMake mais tu oublies que les Autotools ne sont pas que du shell, il y a aussi toute une palanquée de scripts en M4.
Après, je conviens très facilement que CMake est très loin d'être parfait. Mais c'est un peu le standard de fait dans le monde C++ et ça marche suffisamment bien pour mon cas d'utilisation pour que je le garde.
Ce test n'a donc aucun intérêt. J'attends de voir des comparaisons sur de vrais projets qui mettent 30 minutes au moins à compiler.
C'est aussi ce genre de trucs qui me font dire que Meson est sur-vendu.
Il le sur-vend parce qu'il ne résout quasiment aucun problème de plus que ceux déjà résolus par CMake. Et pourtant, il le vend comme un truc qui va révolutionner le monde. Que des projets trouvent leur compte dans Meson par rapport aux autotools, je le comprends parfaitement. Mais quand on a déjà CMake en place, Meson n'apporte rien, malgré tout ce que peut dire son concepteur.
Pourtant, il y aurait de quoi faire pour ce genre d'outils pour améliorer le quotidien.
Meson peut-être (ça a la côte et certains disent que c'est l'avenir, à voir…)
Le développeur a l'air d'être très imbu de lui-même, il prend souvent les gens de haut, il s'est déjà fait une petite réputation négative (non, non, il ne s'appelle pas Lennart). Il sur-vend beaucoup son projet, mais pour moi, il est loin de valoir CMake sur plein d'aspects. Et pourtant, j'estime qu'avec CMake, on est loin de ce qu'on pourrait attendre d'un programme de ce genre.
Je vais aller dans le sens des réponses précédentes, mais un Makefile nu, c'est bien quand on vit dans une grotte. Là, avec le même CMakeLists.txt, je génère un Makefile sous Linux et un projet Visual Studio sous Windows et je n'ai aucun problème, tout compile, tout fonctionne. Si je devais faire pareil avec un Makefile, je devrais gérer deux compilateurs qui n'ont absolument rien à voir l'un avec l'autre, sur deux systèmes qui n'ont rien à voir l'un avec l'autre, et avec des gestions des dépendances (ou leur absence) qui n'ont rien à voir l'un avec l'autre. Bref, un cauchemar en perspective.
Attention, il y a une différence entre la version minimum requise et la version effectivement utilisée. La version minimum requise est une contrainte pour celui qui écrit le CMakeLists.txt parce qu'il n'aura pas accès à toutes les fonctionnalités apparu dans les versions suivante. Après, rien n'empêche d'utiliser une version très récente de CMake avec ce CMakeLists.txt et de profiter de certaines avancées comme le mode serveur.
Tant chez ubuntu que chez redhat/Centos c'est du 2.8.12.
Chez Ubuntu, la dernière LTS est xenial (16.04) et la version de CMake est 3.5.1. Après, RedHat, j'ai envie de dire : tant pis.
Après je n'ai aucune idée du type de projets sur lesquels tu travaille ni quel est le public destiné.
Toute sorte de programmes en C++, et plus particulièrement des jeux vidéos. En l'occurrence, c'est pour une bibliothèque de jeux vidéos que je pose la question, mais je pense que ce n'est pas propre à ce type de bibliothèque et qu'on peut avoir cette problématique dès lors qu'on distribue un logiciel libre en C++.
En plus, même en admettant que les ordinateurs quantiques peuvent factoriser des grands nombres, comme on ne sait pas bien quelle est la complexité de la factorisation mais que ce n'est sans doute pas NP, ça veut dire qu'on sait résoudre des problèmes pas si difficile que ça et que ça ne permettra pas encore de résoudre les problèmes les plus difficiles. Donc, beaucoup de brouzoufs pour pas grand chose au final. Mais bon, faut bien faire vivre les physiciens.
En fait, tu devrais proposer ça au comité de normalisation, c'est une fonctionnalité super intéressante je trouve. En plus, comme tu as déjà une implémentation fonctionnelle et efficace, ça montre la faisabilité du concept.
Pour ton 1), franchement… Toute l'année, on est agressé par les panneaux publicitaires en 4 par 3 qui fleurissent sur le bord des routes et qui crée une pollution visuelle qui gâche les paysages. Et que dire de la publicité à la télé ou à la radio, celle-ci est intrusive, réellement. Et ce n'est pas pour une bonne cause, c'est pour vendre notre temps de cerveau disponible à des multinationales. Et je ne parle pas des spams qui représentent la moitié du trafic Internet mondial. Je ne suis pas du tout motard mais chaque fois que je croise une manif de motards en colère, ça ne m'a jamais gêné plus que ça, et en tout cas bien moins que ces publicités en tout genre.
Non, c'est le fait qu'ils étaient totalement absents du marché grand public surtout. Ils avaient plein de failles à l'époque (comme Windows), y compris pour passer d'utilisateur simple à administrateur. Mais évidemment quand la faille touche 10 machines plutôt que 10'000 cela ne fait pas le même bruit dans la presse…
On parle de mécanismes de sécurité là. On peut comparer des mécanismes de sécurité sans faire des concours de taille de marché ? Je rappelle qu'au départ, tu demandais sur quoi Kerro se basait pour dire que la sécurité était prise en compte dans Linux depuis le départ. Je t'ai répondu, et ça n'a rien à voir avec la taille d'un marché, c'est juste une affaire de mécanisme de sécurité.
Dès les origines de Unix dans les années 70, les concepts d'utilisateurs (dont root), et de permissions sur les fichiers permettaient de mettre en échec toutes les menaces des années 90 (virus principalement) là où Windows, c'était un peu la fête du slip. Et même aux débuts d'Internet grand public dans les années 2000, il a fallu un petit moment avant que Windows ne soit plus une passoire tandis que ces bons vieux mécanismes d'utilisateurs et de permissions protégeaient encore relativement un utilisateur de Unix/Linux.
Ouais, tu as raison, moi aussi j'en ai marre des cons dans ton genre qui viennent poster des journaux sans aucun intérêt quand moi je me fais chier à poster des trucs en rapport avec le thème du site mais qui se retrouvent en deuxième page des journaux en 3 jours parce que des guignols dans ton genre ont jugé bon de devoir étaler leurs petits états d'âme dont tout le monde se fout complètement. Et le pire, c'est que ça génère des dizaines de commentaires quand mes journaux en ont moins de 10, dont la moitié sont de moi. Mais ouais, mes journaux nécessitent de réfléchir un peu plus loin que la moyenne, ils ne contiennent aucun troll sur les motards ou je ne sais quoi, ça demande sans doute beaucoup trop d'efforts à ceux qui se contentent de vomir leur bile.
Avec ce genre d'arguments, on arrive vite à la conclusion qu'il vaut mieux un despote éclairé (allez, je suis cool, je me propose pour ce job si tu veux). Oui, la démocratie, ça coûte. Mais tout coûte. Et je préfère qu'on dépense pour avoir une vie un peu plus démocratique plutôt que pour donner de l'argent à des actionnaires sans contrepartie.
Si tu organises un scrutin papier par mois
Sans aller jusque là, organiser les scrutins en semaine et en faire des jours fériés, ça inciterait les gens à aller voter puisqu'ils n'auraient rien d'autre à faire ce jour là. Tandis qu'actuellement, les dimanches, ça peut être compliqué. Surtout pour la prochaine élection ou le premier tour tombe pendant les vacances scolaires de deux zones et le second tour au milieu d'un pont… On aurait voulu tout faire pour faire baisser la participation qu'on ne s'y serait pas pris autrement.
J'ai pris le parti de faire des journaux pour l'instant, parce que cette bibliothèque, bien qu'étant tout à fait utilisable, est en développement actif et que rien n'est stabilisé. Donc, je ne veux pas trop lui donner de visibilité, sauf pour les aventuriers qui viennent lire les journaux. Peut-être que pour la prochaine version (la 0.5.0 prévue le 14 juillet), je ferai une dépêche pour faire un point d'étape. J'avais fait une dépêche pour le lancement.
Sinon, il faut plussoyer et le journal apparaîtra dans les journaux du mois ;)
[^] # Re: Mon alternative.
Posté par rewind (Mastodon) . En réponse à la dépêche Première sortie d’Élixir : embarquez, naviguez !. Évalué à 3.
La licence de ton outil n'est pas très claire, tu pourrais nous en dire plus ?
[^] # Re: Désolé de répondre à coté de la plaque
Posté par rewind (Mastodon) . En réponse au journal Version minimum de CMake. Évalué à 3.
Là, nous avons une divergence. Je mets CMake très au dessus d'Autotools. Tu parles de la syntaxe de CMake mais tu oublies que les Autotools ne sont pas que du shell, il y a aussi toute une palanquée de scripts en M4.
Après, je conviens très facilement que CMake est très loin d'être parfait. Mais c'est un peu le standard de fait dans le monde C++ et ça marche suffisamment bien pour mon cas d'utilisation pour que je le garde.
C'est aussi ce genre de trucs qui me font dire que Meson est sur-vendu.
[^] # Re: Désolé de répondre à coté de la plaque
Posté par rewind (Mastodon) . En réponse au journal Version minimum de CMake. Évalué à 2.
Il le sur-vend parce qu'il ne résout quasiment aucun problème de plus que ceux déjà résolus par CMake. Et pourtant, il le vend comme un truc qui va révolutionner le monde. Que des projets trouvent leur compte dans Meson par rapport aux autotools, je le comprends parfaitement. Mais quand on a déjà CMake en place, Meson n'apporte rien, malgré tout ce que peut dire son concepteur.
Pourtant, il y aurait de quoi faire pour ce genre d'outils pour améliorer le quotidien.
[^] # Re: Automatiser n'est pas forcément une bonne idée dans ce cas
Posté par rewind (Mastodon) . En réponse au journal Mes péripéties avec la répétition espacée. Évalué à 6.
Tu aurais une référence pour cette dernière affirmation ? Ça m'intéresse !
[^] # Re: Désolé de répondre à coté de la plaque
Posté par rewind (Mastodon) . En réponse au journal Version minimum de CMake. Évalué à 3.
Le développeur a l'air d'être très imbu de lui-même, il prend souvent les gens de haut, il s'est déjà fait une petite réputation négative (non, non, il ne s'appelle pas Lennart). Il sur-vend beaucoup son projet, mais pour moi, il est loin de valoir CMake sur plein d'aspects. Et pourtant, j'estime qu'avec CMake, on est loin de ce qu'on pourrait attendre d'un programme de ce genre.
[^] # Re: Désolé de répondre à coté de la plaque
Posté par rewind (Mastodon) . En réponse au journal Version minimum de CMake. Évalué à 5.
Je vais aller dans le sens des réponses précédentes, mais un
Makefile
nu, c'est bien quand on vit dans une grotte. Là, avec le mêmeCMakeLists.txt
, je génère unMakefile
sous Linux et un projet Visual Studio sous Windows et je n'ai aucun problème, tout compile, tout fonctionne. Si je devais faire pareil avec unMakefile
, je devrais gérer deux compilateurs qui n'ont absolument rien à voir l'un avec l'autre, sur deux systèmes qui n'ont rien à voir l'un avec l'autre, et avec des gestions des dépendances (ou leur absence) qui n'ont rien à voir l'un avec l'autre. Bref, un cauchemar en perspective.[^] # Re: cmake-server
Posté par rewind (Mastodon) . En réponse au journal Version minimum de CMake. Évalué à 3.
Attention, il y a une différence entre la version minimum requise et la version effectivement utilisée. La version minimum requise est une contrainte pour celui qui écrit le
CMakeLists.txt
parce qu'il n'aura pas accès à toutes les fonctionnalités apparu dans les versions suivante. Après, rien n'empêche d'utiliser une version très récente de CMake avec ceCMakeLists.txt
et de profiter de certaines avancées comme le mode serveur.[^] # Re: version minimum possible
Posté par rewind (Mastodon) . En réponse au journal Version minimum de CMake. Évalué à 2.
Chez Ubuntu, la dernière LTS est xenial (16.04) et la version de CMake est 3.5.1. Après, RedHat, j'ai envie de dire : tant pis.
Toute sorte de programmes en C++, et plus particulièrement des jeux vidéos. En l'occurrence, c'est pour une bibliothèque de jeux vidéos que je pose la question, mais je pense que ce n'est pas propre à ce type de bibliothèque et qu'on peut avoir cette problématique dès lors qu'on distribue un logiciel libre en C++.
[^] # Re: Bonne initiative
Posté par rewind (Mastodon) . En réponse à la dépêche Nouvelles versions logicielles du projet GNU avril et mai 2017. Évalué à 3.
Il y a une seule page info que je lis régulièrement c'est
latex2e
, ça donne une vue synthétique sur toutes les commandes LaTeX, c'est assez pratique.[^] # Re: Peut-être même à 6 chiffres !
Posté par rewind (Mastodon) . En réponse au journal [Quantique] La ligne des 49 qubits. Évalué à -2.
En plus, même en admettant que les ordinateurs quantiques peuvent factoriser des grands nombres, comme on ne sait pas bien quelle est la complexité de la factorisation mais que ce n'est sans doute pas NP, ça veut dire qu'on sait résoudre des problèmes pas si difficile que ça et que ça ne permettra pas encore de résoudre les problèmes les plus difficiles. Donc, beaucoup de brouzoufs pour pas grand chose au final. Mais bon, faut bien faire vivre les physiciens.
# Normalisation
Posté par rewind (Mastodon) . En réponse au journal Frozen - Une alternative à gperf pour les utilisateurs de C++14 fan de constexpr. Évalué à 10.
En fait, tu devrais proposer ça au comité de normalisation, c'est une fonctionnalité super intéressante je trouve. En plus, comme tu as déjà une implémentation fonctionnelle et efficace, ça montre la faisabilité du concept.
[^] # Re: Lieu
Posté par rewind (Mastodon) . En réponse à la dépêche Expiration des brevets du Fraunhofer Institute sur le format MP3. Évalué à 10.
voire
[^] # Re: C'était déjà partiellement le cas
Posté par rewind (Mastodon) . En réponse au journal Expiration des brevets du Fraunhofer Institute sur le format MP3. Évalué à 10.
N'importe quoi… Le seul bon côté des brevets du mp3, c'est qu'on a eu Vorbis (qui surpassait mp3) puis FLAC (pour les amoureux du sans perte).
# Indignation sélective
Posté par rewind (Mastodon) . En réponse au journal Brevets et argent public. Évalué à 7.
Pour ton 1), franchement… Toute l'année, on est agressé par les panneaux publicitaires en 4 par 3 qui fleurissent sur le bord des routes et qui crée une pollution visuelle qui gâche les paysages. Et que dire de la publicité à la télé ou à la radio, celle-ci est intrusive, réellement. Et ce n'est pas pour une bonne cause, c'est pour vendre notre temps de cerveau disponible à des multinationales. Et je ne parle pas des spams qui représentent la moitié du trafic Internet mondial. Je ne suis pas du tout motard mais chaque fois que je croise une manif de motards en colère, ça ne m'a jamais gêné plus que ça, et en tout cas bien moins que ces publicités en tout genre.
[^] # Re: Ah Linux et la sécurité...
Posté par rewind (Mastodon) . En réponse au journal grsecurity abandonne le gratuit. Évalué à 5.
On parle de mécanismes de sécurité là. On peut comparer des mécanismes de sécurité sans faire des concours de taille de marché ? Je rappelle qu'au départ, tu demandais sur quoi Kerro se basait pour dire que la sécurité était prise en compte dans Linux depuis le départ. Je t'ai répondu, et ça n'a rien à voir avec la taille d'un marché, c'est juste une affaire de mécanisme de sécurité.
[^] # Re: Ah Linux et la sécurité...
Posté par rewind (Mastodon) . En réponse au journal grsecurity abandonne le gratuit. Évalué à 3.
Dès les origines de Unix dans les années 70, les concepts d'utilisateurs (dont root), et de permissions sur les fichiers permettaient de mettre en échec toutes les menaces des années 90 (virus principalement) là où Windows, c'était un peu la fête du slip. Et même aux débuts d'Internet grand public dans les années 2000, il a fallu un petit moment avant que Windows ne soit plus une passoire tandis que ces bons vieux mécanismes d'utilisateurs et de permissions protégeaient encore relativement un utilisateur de Unix/Linux.
# Ouais, marre des cons
Posté par rewind (Mastodon) . En réponse au journal Marre des cons. Évalué à 10.
Ouais, tu as raison, moi aussi j'en ai marre des cons dans ton genre qui viennent poster des journaux sans aucun intérêt quand moi je me fais chier à poster des trucs en rapport avec le thème du site mais qui se retrouvent en deuxième page des journaux en 3 jours parce que des guignols dans ton genre ont jugé bon de devoir étaler leurs petits états d'âme dont tout le monde se fout complètement. Et le pire, c'est que ça génère des dizaines de commentaires quand mes journaux en ont moins de 10, dont la moitié sont de moi. Mais ouais, mes journaux nécessitent de réfléchir un peu plus loin que la moyenne, ils ne contiennent aucun troll sur les motards ou je ne sais quoi, ça demande sans doute beaucoup trop d'efforts à ceux qui se contentent de vomir leur bile.
[^] # Re: Propagande électronique
Posté par rewind (Mastodon) . En réponse au journal Vote à l'urne et vote électronique. Évalué à 3.
Tu as reçu des tracts mais pas du matériel de propagande officiel envoyé à tous les électeurs comme c'était le cas dans les élections précédentes.
[^] # Re: Machine a dépouillé
Posté par rewind (Mastodon) . En réponse au journal Vote à l'urne et vote électronique. Évalué à 5.
Avec ce genre d'arguments, on arrive vite à la conclusion qu'il vaut mieux un despote éclairé (allez, je suis cool, je me propose pour ce job si tu veux). Oui, la démocratie, ça coûte. Mais tout coûte. Et je préfère qu'on dépense pour avoir une vie un peu plus démocratique plutôt que pour donner de l'argent à des actionnaires sans contrepartie.
Sans aller jusque là, organiser les scrutins en semaine et en faire des jours fériés, ça inciterait les gens à aller voter puisqu'ils n'auraient rien d'autre à faire ce jour là. Tandis qu'actuellement, les dimanches, ça peut être compliqué. Surtout pour la prochaine élection ou le premier tour tombe pendant les vacances scolaires de deux zones et le second tour au milieu d'un pont… On aurait voulu tout faire pour faire baisser la participation qu'on ne s'y serait pas pris autrement.
[^] # Re: Propagande électronique
Posté par rewind (Mastodon) . En réponse au journal Vote à l'urne et vote électronique. Évalué à 1.
Pour cette élection présidentielle, il n'y aura pas de matériel de propagande envoyé par courrier.
[^] # Re: fais une dépêche!
Posté par rewind (Mastodon) . En réponse au journal Gamedev Framework 0.4.0. Évalué à 5.
J'ai pris le parti de faire des journaux pour l'instant, parce que cette bibliothèque, bien qu'étant tout à fait utilisable, est en développement actif et que rien n'est stabilisé. Donc, je ne veux pas trop lui donner de visibilité, sauf pour les aventuriers qui viennent lire les journaux. Peut-être que pour la prochaine version (la 0.5.0 prévue le 14 juillet), je ferai une dépêche pour faire un point d'étape. J'avais fait une dépêche pour le lancement.
Sinon, il faut plussoyer et le journal apparaîtra dans les journaux du mois ;)
# Oubli
Posté par rewind (Mastodon) . En réponse au journal Gamedev Framework 0.4.0. Évalué à 2.
J'ai oublié de dire que maintenant, il y avait un canal IRC #gf-devel sur Freenode !
[^] # Re: Non!
Posté par rewind (Mastodon) . En réponse au journal Gamedev Framework 0.4.0. Évalué à 2.
C'était pour le diversifier suivant: «Folk: The game uses a folk or indigenous art style of your region» ;)
[^] # Re: What
Posté par rewind (Mastodon) . En réponse au journal Mark Shuttleworth annonce l’abandon d’Unity. Évalué à 10.
Explique-moi de quoi tu as besoin, je t'expliquerai comment t'en passer.
[^] # Re: Je propose la création d'un langage informatique
Posté par rewind (Mastodon) . En réponse à la dépêche Questionnaire LinuxFr.org pour la présidentielle française 2017. Évalué à 5.
Je ne sais pas pourquoi mais ça m'a fait pensé à Prolog.
Sinon, l'INSEE traduit déjà une partie de la loi en code pour faire des simulations, et en plus, c'est libre.