Pourquoi ? Ça changerait rien de faire l'édition des liens avec les bibliothèques compilées une fois le bytecode du programme compilé en natif, j'imagine ...
Tes formules c'est plus des spécifications que des algorithmes : tu décris la sortie de ton algorithme, par des formules logiques, mais tu n'indiques pas comment y arriver.
Il n'y a aucune trace du code original d'Unix depuis bien longtemps, ils ont fait le nettoyage par peur de ce genre de truc. Cf. le journal lié sur le même sujet.
Je connais pas openMP, et pas assez bien ADA pour répondre, perso.
Après en ayant regardé rapidement, en ADA toutes les constructions sont au niveau langage, ce n'est pas une API, la syntaxe est cohérente donc, t'as pas des pragmas ou des constructions bizares dans le lagages.
Tu dois avoir (je suis plus très sur) la notion de canal de communication en ADA, que j'ai pas vue en OpenMP, des tâches gardées - tu peux lancer des tâches sous certaines conditions, je crois.
Après ce que je raconte est à prendre avec des pincettes, c'est des souvenirs.
C'est très simple, ayant touché à l'ADA // au début de mes études, je peux dire que depuis je me suis toujours demandé, en pleurant, pourquoi ils avaient pas encore mis ce genre de fonctionalité dans les autres langages ... Je me souvient avoir fait très rapidement et simplement un simulateur de PC (matériel) , avec les différents composants qui tournaient en parallèle, processeur, bus, et l'horloge qui donnait le "tic" pour synchroniser le travail du tout ... projet bidon mais qui laisse entrevoir les possibilités, tellement c'est simple à réaliser.
Et surtout qui te permet de te rendre compte du gap qui existe parfois entre les technos utilisées massivement et les technos qui existent, quand tu dois refaire du parallélisme en java ou en C. ADA avait pourtant le potentiel pour percer dans l'industrie ... c'est un langage injustement mal aimé.
Avec les multicoeurs qui se démocratise, il est temps que ça vienne de toute façon.
J'en sais pas grand chose, mais ça me fait penser, côté langage, à ce qu'on peut faire en ADA (depuis longtemps) question multitache et programmation parallèle, cf. par exemple :
Histoire d'être un peu constructif, et de faire un bilan à chaud, sur OSNews :
* http://www.osnews.com/story/22064/FSF_Launches_Windows_7_Sin(...)
Le post est plutot critique, il y a débat dans les commentaires, j'en ai pas lu assez pour prendre la température.
Ouaip, j'ajoute que c'est quand même une regexp qui décrit un langage non régulier. Donc une expression pas vraiment régulière au sens strict ;) Le \1 sert ici de mémoire ...
Le contexte apporte beaucoup à la citation (je sais pas si c'est pas "mais pas avec tout le monde" d'ailleurs. C'est une citation du ... réquisitoire contre Jean Marie Le Pen.
Alors si tu fais l'analogie avec un certain mec qui se revendique d'une certaine idéologie sans concessions, ça rend la citation ... savoureuse dans ce contexte ici aussi.
Ouais enfin elle était pas vierge pour rien la vierge Marie ... Il est explicitement fait référence à la notion de pucelage dans l'expression religieuse.
Enfin je m'abstiendrait de commenter plus, je n'en sais pas plus.
Adéquates ? Ça se discute, un peu. La distribution de tracts militants, de mon expérience ça se repère à 12 km, ça finit à la poubelle, et ça fait fuir celui qui se fait assaillir de prospectus, publicités et autres.
Non, je suggère que la culture du tout gratuit existe bien, y compris dans le libre, commentaires de ce journal à l'appuis. Au moins pour ce qui est numérique.
Après qu'est devenu l'argent ? Il est épargné, ou dépensé dans autre chose ... Qui se plaindrait d'avoir une dépense en moins à assumer pour la déporter sur autre chose ?
J'aurai tendance à penser comme toi au premier abord.
Mais apparemment les fonctionnalité de valgrind c'est plutôt bas niveau et très très lié à l'implémentation. Dans un des posts sur le blog ils évoquent le port sous windows, et apparemment c'est un boulot complètement énorme. Le boulot était déja gros pour le port vers OSX alors que c'est bien plus proche de Linux.
Pour les BSD, sur le site de valgrind t'as des liens vers des ports pour free et open BSD je crois. Quand tu fouilles, ces ports ne sont apparemment pas finis et les sources n'ont pas vraiment évoluées depuis trois ou quatre an, ce qui confirme a mon avis qu'il y a un gros effort à fournir.
Après, Darwin étant basé sur freeBSD effectivement peut être qu'en repartant du port Darwin c'est jouable. Après je sais pas à quel point Darwin a divergé de FreeBSD ...
Le truc tout con c'est que si les gens intéressés ne s'y mettent pas, ceux qui ne le sont pas directement ne vont pas forcément faire l'effort de porter le soft sous tous les OS possibles.
Donc à un moment, si vraiment t'es intéressé, soit tu le fais toi même, soi tu te bouge le fion pour motiver des gens.
Se plaindre, faire la victime, c'est pas forcément la bonne attitude. Quand tu utilises un BSD, tu sais à quoi t'attendre, non ?
[^] # Re: pompage de code
Posté par thoasm . En réponse au journal Iso Haiku. Évalué à 2.
[^] # Re: Dépendances?
Posté par thoasm . En réponse au journal LLVM dans un gestionnaire de paquets ?. Évalué à 2.
[^] # Re: hu ?
Posté par thoasm . En réponse au journal Le WPA en déroute(ur). Évalué à 2.
Sauf si tu te place dans le Constructivisme_(mathematiques) ... (de ce que j'ai pu comprendre)
[^] # Re: Et BSD?
Posté par thoasm . En réponse à la dépêche SCO de retour sur le devant de la scène après une décision contradictoire d'une cours d'appel américaine. Évalué à 2.
[^] # Re: Grand Central Dispatch
Posté par thoasm . En réponse au journal Nouvelles fonctionnalités de Snow Léopard. Évalué à 2.
[^] # Re: Grand Central Dispatch
Posté par thoasm . En réponse au journal Nouvelles fonctionnalités de Snow Léopard. Évalué à 5.
Après en ayant regardé rapidement, en ADA toutes les constructions sont au niveau langage, ce n'est pas une API, la syntaxe est cohérente donc, t'as pas des pragmas ou des constructions bizares dans le lagages.
Tu dois avoir (je suis plus très sur) la notion de canal de communication en ADA, que j'ai pas vue en OpenMP, des tâches gardées - tu peux lancer des tâches sous certaines conditions, je crois.
Après ce que je raconte est à prendre avec des pincettes, c'est des souvenirs.
[^] # Re: Grand Central Dispatch
Posté par thoasm . En réponse au journal Nouvelles fonctionnalités de Snow Léopard. Évalué à 4.
Et surtout qui te permet de te rendre compte du gap qui existe parfois entre les technos utilisées massivement et les technos qui existent, quand tu dois refaire du parallélisme en java ou en C. ADA avait pourtant le potentiel pour percer dans l'industrie ... c'est un langage injustement mal aimé.
Avec les multicoeurs qui se démocratise, il est temps que ça vienne de toute façon.
[^] # Re: Grand Central Dispatch
Posté par thoasm . En réponse au journal Nouvelles fonctionnalités de Snow Léopard. Évalué à 3.
http://www.adahome.com/Discover/Examples/multiprocessing.ada
avec derrirère un scheduler qui gère l'attribution des tâches que tu veux parraléliser aux coeurs/processeurs ...
Quelqu'un peut confirmer ?
[^] # Re: Trop bourrin
Posté par thoasm . En réponse au journal Les sept péchés de Windows Seven. Évalué à 2.
* http://www.osnews.com/story/22064/FSF_Launches_Windows_7_Sin(...)
Le post est plutot critique, il y a débat dans les commentaires, j'en ai pas lu assez pour prendre la température.
Vous avez les réaction d'autres sites ?
[^] # Re: on est en 2009 ...
Posté par thoasm . En réponse à la dépêche Mandriva Linux 2010.0 disponible en version Bêta. Évalué à 2.
[^] # Re: Desproges, RMS, et l'humour
Posté par thoasm . En réponse au journal Les sept péchés de Windows Seven. Évalué à 2.
[^] # Desproges, RMS, et l'humour
Posté par thoasm . En réponse au journal Les sept péchés de Windows Seven. Évalué à 5.
Alors si tu fais l'analogie avec un certain mec qui se revendique d'une certaine idéologie sans concessions, ça rend la citation ... savoureuse dans ce contexte ici aussi.
--->[en courant]
[^] # Re: Décidément...
Posté par thoasm . En réponse au journal Les sept péchés de Windows Seven. Évalué à 2.
Enfin je m'abstiendrait de commenter plus, je n'en sais pas plus.
[^] # Re: Décidément...
Posté par thoasm . En réponse au journal Les sept péchés de Windows Seven. Évalué à 3.
[^] # Re: Licence, nom de domaine, Flash...
Posté par thoasm . En réponse à la dépêche Festival ISI version 3.0. Évalué à 1.
Certe la news manque clairement de détails mais bon, j'ai vu nulle part indiqué que ce festival est libre ...
[^] # Re: Toi qui entre ici etc.
Posté par thoasm . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à 6.
Après qu'est devenu l'argent ? Il est épargné, ou dépensé dans autre chose ... Qui se plaindrait d'avoir une dépense en moins à assumer pour la déporter sur autre chose ?
[^] # Re: Intérêt des fluocompactes ??
Posté par thoasm . En réponse au journal Encore et toujours et toujours des économies avec mes amies les lampes fluocompactes. Évalué à 3.
[^] # Re: Toi qui entre ici etc.
Posté par thoasm . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à 2.
[^] # Re: logique !
Posté par thoasm . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à 5.
[^] # Re: Mais non, Linux n'est pas un truc de communiste
Posté par thoasm . En réponse au journal analyse google/linux. Évalué à 2.
[^] # Re: A quand un vrai support *BSD ?
Posté par thoasm . En réponse au journal Sortie de Valgrind 3.5.0. Évalué à 4.
Mais apparemment les fonctionnalité de valgrind c'est plutôt bas niveau et très très lié à l'implémentation. Dans un des posts sur le blog ils évoquent le port sous windows, et apparemment c'est un boulot complètement énorme. Le boulot était déja gros pour le port vers OSX alors que c'est bien plus proche de Linux.
Pour les BSD, sur le site de valgrind t'as des liens vers des ports pour free et open BSD je crois. Quand tu fouilles, ces ports ne sont apparemment pas finis et les sources n'ont pas vraiment évoluées depuis trois ou quatre an, ce qui confirme a mon avis qu'il y a un gros effort à fournir.
Après, Darwin étant basé sur freeBSD effectivement peut être qu'en repartant du port Darwin c'est jouable. Après je sais pas à quel point Darwin a divergé de FreeBSD ...
[^] # Re: A quand un vrai support *BSD ?
Posté par thoasm . En réponse au journal Sortie de Valgrind 3.5.0. Évalué à 7.
Bref, c'est peut être dommage et dommageable, mais si personne ne mets les ressources pour ça dans les BSD, il ne se passera rien.
[^] # Re: A quand un vrai support *BSD ?
Posté par thoasm . En réponse au journal Sortie de Valgrind 3.5.0. Évalué à 10.
Donc à un moment, si vraiment t'es intéressé, soit tu le fais toi même, soi tu te bouge le fion pour motiver des gens.
Se plaindre, faire la victime, c'est pas forcément la bonne attitude. Quand tu utilises un BSD, tu sais à quoi t'attendre, non ?
[^] # Re: moi c'est le contraire
Posté par thoasm . En réponse au journal Expérience d'un musicien qui abandonne le Mac pour Linux. Évalué à 3.
[^] # Re: Code mort / non maintenu
Posté par thoasm . En réponse au journal Une analyse du développement du noyau Linux. Évalué à 2.