Ça n'a juste rien à voir avec GCC, libgcc contient uniquement des fonctions dépendantes de la plateforme pour certaines opérations bas niveau qui peuvent être requises par du code généré par le compilateur en question.
J'ai lu ça, et ça ne répond pas à ma question. Au contraire même : F# va être désormais distribué en standard avec Mono, ce qui ne risque pas d'être mauvais pour lui.
Je trouve également plutôt étonnant que le principal concepteur d'un langage soi-disant mort, pourtant bien au chaud avec un poste chez Microsoft Research, décide d'abandonner le dit poste pour monter une boîte de support/consulting...
Cherche « work-stealing scheduler » & co. sur Google (Scholar).
En gros l'idée c'est d'avoir un pool de threads où chacun dispose de sa file de tâches logiques en attente, et lorsqu'une de celles-ci est vide (le thread n'a plus rien à faire de local), il va « voler » du boulot dans la file d'un autre thread. Le tout est agrémenté de diverses heuristiques pour améliorer les performances.
Je sais pas si tu réalises mais un backplane de Brocade NetIron MLXe c'est 15.36 Tbps non-bloquant basé sur une architecture de Clos avec 960 Gbps garantis par line card...
Je ne suis pas un utilisateur actuel de FreeBSD, mais clang a été conçu pour :
* être plus économe en ressources que GCC (temps CPU et mémoire)
* présenter à l'utilisateur des messages d'erreur plus compréhensibles (en particulier pour C++)
De mon côté, à l'université, je n'ai pas encore vu (en 4 ans) ce genre de pratiques, heureusement.
Je pense que cela dépend des domaines. Pour ma part, je n'avais rien vu de la sorte pendant mes premières années de fac d'info, mais une fois arrivé en M2, j'ai suivi un cours de développement sur FPGA où les outils propriétaires, très onéreux et couplés à la plate-forme matérielle sous-jacente, ont été distribués illégalement en TP, cracks inclus.
EUH OUAIS ENFIN L'IMPLÉMENTATION DE LA MACHINE VIRTUELLE .NET VIA LLVM/VMKIT ÉTAIT À CE QUE JE SAIS RÉALISÉE PAR UN UNIQUE DOCTORANT PENDANT SA THÈSE ET À L'UTILISATION , JE NE PENSE PAS QUE SON ABANDON REPRÉSENTE QUELQUE-CHOSE À L'ÉCHELLE DE L'ÉCOSYSTÈME.
N'y a-t-il que moi à qui ce système fait penser que linux penche de plus en plus vers un système genre microkernel ?
Je ne suis pas d'accord : dans un micro-noyau, il y a l'idée de minimiser le code résidant en mode noyau et d'écrire tout ce qu'on peut sous forme de processus utilisateurs asynchrones communicant par passage de message. En l'occurrence on fait à peu près l'inverse : au lieu de déplacer ce qui devrait traditionnellement être en espace noyau (pilotes, FS...) vers l'espace utilisateur, on remonte une couche plutôt applicative (un bout de DBus) dans le noyau !
Je veux dire, un système de messages inter-processus (IPC) dans le kernel « normalisé » pour tout l'OS, c'est quand même plutôt typique du microkernel.
Et les sockets de grand-papa alors, certes plus bas niveau que DBus, elles comptent pour du beurre ?
Euh, tu sais sur Windows moderne (>= 2000 ?) le noyau est multitâche, et l'OS peut exécuter des .bat. Partant, je ne pense pas que l'absence de fork change beaucoup de choses ici au niveau des effets.
Tu as lu l'article ? Le problème c'est pas l'API OpenGL, mais son implémentation actuelle dans Mesa. Deux jeux dont la compatibilité est explicitement testée à chaque nouveau développement des pilotes ne représentent rien du tout.
Et alors ? Un logiciel, même profondément lié à l'OS sous-jacent, ne peut pas être dit « ouvert » sans avoir être porté sur Linux, Windows, FreeBSD, Haiku et MenuetOS ?
Avahi est utilisé par les distributions Linux, pas mDNSResponder.
Et alors bis. De plus, Avahi n'existerait probablement pas si l'employé d'Apple responsable de Bonjour/mDNSResponder, Stuart Cheschire, n'avait pas fait normaliser (avec d'autres) son protocole à l'IETF. Belle marque de fermeture...
Webkit est libre par par choix de la part d'Apple.
Peut-être, peut-être pas. N'empêche que désormais, il y a une vraie communauté autour du moteur, et qu'il est utilisé par d'autres, y compris Epiphany, navigateur web de GNOME.
Globalement je ne dis pas qu'Apple, et en particulier ses dirigeants, ne vont pas souvent vers l'ouverture « à reculons » (ou pas du tout), mais juste que le discours plus haut relève plus du délire que d'une observation posée des faits.
[^] # Re: Raison
Posté par auve . En réponse au journal Comportement d'apt-get par défaut. Évalué à 9.
[^] # Re: Pour les sites lourds et lents...
Posté par auve . En réponse au journal Apprends Rails et crée un twitter pour les zombies dans ton browser !. Évalué à 5.
[^] # Re: Faites tourner
Posté par auve . En réponse au journal Windows Phone 7. Évalué à 5.
Je trouve également plutôt étonnant que le principal concepteur d'un langage soi-disant mort, pourtant bien au chaud avec un poste chez Microsoft Research, décide d'abandonner le dit poste pour monter une boîte de support/consulting...
[^] # Re: Faites tourner
Posté par auve . En réponse au journal Windows Phone 7. Évalué à 4.
T'as des sources pour F# ou c'est encore ta haine maladive de MS qui te fait dire ça ?
[^] # Re: Linpack pas représentatif
Posté par auve . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 3.
En gros l'idée c'est d'avoir un pool de threads où chacun dispose de sa file de tâches logiques en attente, et lorsqu'une de celles-ci est vide (le thread n'a plus rien à faire de local), il va « voler » du boulot dans la file d'un autre thread. Le tout est agrémenté de diverses heuristiques pour améliorer les performances.
[^] # Re: Tianhe-1A
Posté par auve . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 3.
Foutaises.
[^] # Re: Adobe apporte timeline et keyframes pour les animations HTML5-CSS3-
Posté par auve . En réponse au journal Adobe apporte timeline et keyframes pour les animations HTML5-CSS3-jQuery. Évalué à 8.
[^] # Re: Clang dans le système de base
Posté par auve . En réponse au journal FreeBSD status report. Évalué à 2.
Je ne suis pas un utilisateur actuel de FreeBSD, mais clang a été conçu pour :
* être plus économe en ressources que GCC (temps CPU et mémoire)
* présenter à l'utilisateur des messages d'erreur plus compréhensibles (en particulier pour C++)
[^] # Re: Utilisation illégale de logiciels proprios encouragée...
Posté par auve . En réponse au journal Computer graphics : journal d'un résistant. Évalué à 9.
Je pense que cela dépend des domaines. Pour ma part, je n'avais rien vu de la sorte pendant mes premières années de fac d'info, mais une fois arrivé en M2, j'ai suivi un cours de développement sur FPGA où les outils propriétaires, très onéreux et couplés à la plate-forme matérielle sous-jacente, ont été distribués illégalement en TP, cracks inclus.
[^] # Re: ca sent le roussi pour .Net
Posté par auve . En réponse à la dépêche LLVM 2.8, ça avance !. Évalué à -2.
# Excellent
Posté par auve . En réponse à la dépêche Sortie de DTC (Domain Technologie Control) 0.32 : panel de gestion d'hébergement. Évalué à 10.
[^] # Re: Attention !
Posté par auve . En réponse au journal Le Web sauvera Internet. Évalué à 2.
[^] # Re: Édition du chemin dans Nautilus
Posté par auve . En réponse au journal Ubuntu, top c'est trop. Évalué à 2.
[^] # Re: Pas étonnant
Posté par auve . En réponse au journal Oxmo, le geek et le libre. Évalué à 6.
[^] # Re: textes, bullets, etc..
Posté par auve . En réponse au journal Des thèmes pour KPresenter. Évalué à 10.
# Les habitués de la tribune...
Posté par auve . En réponse au journal Faut pas se laisser faire !. Évalué à 1.
[^] # Re: Il y a pire: phoronix
Posté par auve . En réponse au journal Et les liens hypertextes !. Évalué à 10.
[^] # Re: Civilisés
Posté par auve . En réponse à la dépêche De l'utilisation abusive des images des autres et du vol de bande passante. Évalué à 9.
[^] # Re: Microkernel ?
Posté par auve . En réponse au journal addr.sun_family = AF_DBUS;. Évalué à 8.
Je ne suis pas d'accord : dans un micro-noyau, il y a l'idée de minimiser le code résidant en mode noyau et d'écrire tout ce qu'on peut sous forme de processus utilisateurs asynchrones communicant par passage de message. En l'occurrence on fait à peu près l'inverse : au lieu de déplacer ce qui devrait traditionnellement être en espace noyau (pilotes, FS...) vers l'espace utilisateur, on remonte une couche plutôt applicative (un bout de DBus) dans le noyau !
Je veux dire, un système de messages inter-processus (IPC) dans le kernel « normalisé » pour tout l'OS, c'est quand même plutôt typique du microkernel.
Et les sockets de grand-papa alors, certes plus bas niveau que DBus, elles comptent pour du beurre ?
[^] # Re: Rigolo
Posté par auve . En réponse au journal Stargate Atlantis et la programmation. Évalué à 2.
[^] # Re: Vous cherchez à convaincre qui de passer à Linux?
Posté par auve . En réponse au journal Linux sur le desktop et 1% de part de marché : mythe ou réalité ?. Évalué à 6.
[^] # Re: LLVM
Posté par auve . En réponse au journal L'ouverture selon Apple : surtout du marketing. Évalué à 2.
Ça veut dire que quelqu'un, possiblement kraman lui-même, a fermé son compte. La formulation est volontairement ambigüe.
[^] # Re: les raisons sont simple
Posté par auve . En réponse au journal Linux sur le desktop et 1% de part de marché : mythe ou réalité ?. Évalué à 2.
[^] # Re: Apple = marketing
Posté par auve . En réponse au journal L'ouverture selon Apple : surtout du marketing. Évalué à 4.
Et alors ? Un logiciel, même profondément lié à l'OS sous-jacent, ne peut pas être dit « ouvert » sans avoir être porté sur Linux, Windows, FreeBSD, Haiku et MenuetOS ?
Avahi est utilisé par les distributions Linux, pas mDNSResponder.
Et alors bis. De plus, Avahi n'existerait probablement pas si l'employé d'Apple responsable de Bonjour/mDNSResponder, Stuart Cheschire, n'avait pas fait normaliser (avec d'autres) son protocole à l'IETF. Belle marque de fermeture...
Webkit est libre par par choix de la part d'Apple.
Peut-être, peut-être pas. N'empêche que désormais, il y a une vraie communauté autour du moteur, et qu'il est utilisé par d'autres, y compris Epiphany, navigateur web de GNOME.
Globalement je ne dis pas qu'Apple, et en particulier ses dirigeants, ne vont pas souvent vers l'ouverture « à reculons » (ou pas du tout), mais juste que le discours plus haut relève plus du délire que d'une observation posée des faits.
[^] # Re: Apple = marketing
Posté par auve . En réponse au journal L'ouverture selon Apple : surtout du marketing. Évalué à 3.
http://llvm.org/viewvc/llvm-project/llvm/trunk/
http://llvm.org/svn/llvm-project/cfe/trunk/
http://trac.webkit.org/browser/trunk
http://launchd.macosforge.org/trac/browser
http://opensource.apple.com/source/mDNSResponder/mDNSRespond(...) (normalisé)
Il n'est pire aveugle que celui qui ne veut pas voir.