Pas vraiment… C'est pas à jour sur la spécification Java. Il y a des pans entiers de Java qui sont pas gérés (Swing au hasard).
Le passage de Java en GPL a mis une bonne claque à GCJ (cf le peu de news sur http://gcc.gnu.org/java/)
Dans Debian (et donc Ubuntu), tout est compilé avec les OpenJDK 6 ou 7 (sauf pour les architectures où OpenJDK est pas porté).
De part sa nature, Debian ne recrute pas tout court ;)
Après, pour avoir encadré pas mal d'étudiants dans le cadre des divers GSoC, à ma connaissance, pas un seul ne travaille chez Google. Certains sont chez Facebook, IBM ou d'autres boîtes plus petites…
Dans la boite où je suis actuellement, ça nous est arrivé de continuer avec les étudiants autour du projet.
Il faut pas oublier qu'avoir été admis à un GSoC est déjà une réussite en soit: ça booste pas mal le CV.
Je vois pas trop en quoi ça serait "con" de la part de Apple ?!
Patcher LLVM/Clang pour améliorer les performances ou l'intégration dans Mac OS X ou IOS, ça pourrait avoir du sens.
Paul Tagliamonte et moi même travaillons à utiliser un peu plus de LLVM & Clang dans Debian.
Paul pousse justement ta proposition pour produire une Debian LLVM IR. Un des problèmes, c'est que l'IR LLVM n'est pas portable comme celle Java peut l'être…
Un de ses objectifs serait de pouvoir utiliser KLEE (http://klee.llvm.org/) sur cette IR.
Il faudrait surtout que l'on fournisse une page qui liste tous les SEP avec un export HTML.
A la manière des PEPs de Python: http://www.python.org/dev/peps/
Oui, c'est documenté et spécifié sous la forme d'un SEP (Scilab Enhancement Proposal). Ils sont publiés ici: http://cgit.scilab.org/scilab/tree/SEP
Et c'est le SEP 64 (SEP_064_hdf5_scilab_specification.odt).
Je vais voir pour la publier sur une page web directement.
Alors, pour le bug de mergeSort, a priori, ça viendrait d'une race condition au niveau de l'EDT Java Cf bug #11721. C'est moche, on est d'accord mais c'est pas bloquant.
L'autre problème est visiblement reporté sous le bug #11861.
J'ai appris cette semaine que Debian était entrain (tout doucement seul experimental le fait pour le moment) de remplacer libstdc++ par libc++ grâce à un
projet GsoC de cette année.
Olala, non, pas du tout. Pour le moment, le seul objectif est de proposer plus de liberté (technique) aux développeurs et packageurs.
Si, un jour, il y a des avantages à switcher à libc++ (performances par exemple), on peut être que ça sera considéré mais on en est loin…
Par exemple, ça build vraiment pas sur les autres archs que amd64 & i386: https://buildd.debian.org/status/package.php?p=libc%2B%2B&suite=experimental
En terme d'avantages, upstream dit:
- Correctness as defined by the C++11 standard.
- Fast execution.
- Minimal memory use.
- Fast compile times.
- ABI compatibility with gcc's libstdc++ for some low-level features such as exception objects, rtti and memory allocation.
- Extensive unit tests.
Un rapide coup d'oeil sur la ML des commits permet de voir que Apple n'est pas du tout le seul développeur de LLVM et de son écosystème.
Google est un gros contributeur et beaucoup d'acteurs comme Intel, ARM, MIPS, Cray ou encore NVidia contribuent au code. Tu as même des debianeux qui contribuent directement au code (par exemple, en portant LLVM sous HURD).
En parallèle, de nombreux académiques basent leurs travaux de recheche sur LLVM et son écosystème (au hasard, Tobias dont on parle dans cette dépêche ou Inria/LIP6 avec VMKit).
Bref, je pense pas qu'il faille avoir d'inquiétude de ce coté là…
[^] # Re: Sans Moi
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Badges VIP pour le prochain salon Solutions Libres & Open Source 2013. Évalué à 2.
Et des buffs Debian ;) http://sylvestre.ledru.info/blog/media/5/buff-debian.jpg
[^] # Re: et java ?
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche La version 4.8 du compilateur GCC est disponible. Évalué à 10.
Pas vraiment… C'est pas à jour sur la spécification Java. Il y a des pans entiers de Java qui sont pas gérés (Swing au hasard).
Le passage de Java en GPL a mis une bonne claque à GCJ (cf le peu de news sur http://gcc.gnu.org/java/)
Dans Debian (et donc Ubuntu), tout est compilé avec les OpenJDK 6 ou 7 (sauf pour les architectures où OpenJDK est pas porté).
[^] # Re: Ordinateur de plongé.
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Subsurface 3. Évalué à 1.
Oh, le joli troll PADI vs Fédé ;)
[^] # Re: Ordinateur de plongé.
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Subsurface 3. Évalué à 1.
Et la liste du matériel supporté est longue:
http://www.divesoftware.org/libdc/
(c'est sur cette bibliothèque que se base subsurface)
[^] # Re: Recrutement, vampirisement de talents?
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Google Summer of Code 2013. Évalué à 8.
De part sa nature, Debian ne recrute pas tout court ;)
Après, pour avoir encadré pas mal d'étudiants dans le cadre des divers GSoC, à ma connaissance, pas un seul ne travaille chez Google. Certains sont chez Facebook, IBM ou d'autres boîtes plus petites…
Dans la boite où je suis actuellement, ça nous est arrivé de continuer avec les étudiants autour du projet.
Il faut pas oublier qu'avoir été admis à un GSoC est déjà une réussite en soit: ça booste pas mal le CV.
[^] # Re: Clang vs GCC
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche LLVM 3.2 et Clang 3.2 publiés. Évalué à 1.
Je vois pas trop en quoi ça serait "con" de la part de Apple ?!
Patcher LLVM/Clang pour améliorer les performances ou l'intégration dans Mac OS X ou IOS, ça pourrait avoir du sens.
[^] # Re: Clang vs GCC
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche LLVM 3.2 et Clang 3.2 publiés. Évalué à 1.
Peux tu préciser tes sources ? C'est pas les infos que j'avais entendu… (révision SVN de la version Apple non existante dans le SVN publique).
[^] # Re: rc3
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Prochainement sur votre machine de développement : Git 1.8.1, Ruby 2.0 et LLVM 3.2. Évalué à 1.
clang/compiler-rt et dragonegg rc3 sont aussi maintenant disponibles:
http://packages.qa.debian.org/c/clang/news/20121208T110310Z.html
http://packages.qa.debian.org/d/dragonegg/news/20121206T161737Z.html
# rc3
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Prochainement sur votre machine de développement : Git 1.8.1, Ruby 2.0 et LLVM 3.2. Évalué à 3.
La RC3 de llvm 3.2 est sortie hier:
http://llvm.org/pre-releases/3.2/rc3/
Et déja dans Debian:
http://packages.qa.debian.org/l/llvm-3.2.html
(salut Florent ;)
[^] # Re: Rencontre LLVM à l'IRILL
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Rencontre des Développeurs LLVM 2012. Évalué à 3.
On remet ça mardi prochain d'ailleurs! (4 décembre)
[^] # Re: bitcode vs bytecode ?
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Rencontre des Développeurs LLVM 2012. Évalué à 9.
Paul Tagliamonte et moi même travaillons à utiliser un peu plus de LLVM & Clang dans Debian.
Paul pousse justement ta proposition pour produire une Debian LLVM IR. Un des problèmes, c'est que l'IR LLVM n'est pas portable comme celle Java peut l'être…
Un de ses objectifs serait de pouvoir utiliser KLEE (http://klee.llvm.org/) sur cette IR.
[^] # Re: clang
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Rencontre des Développeurs LLVM 2012. Évalué à 4.
Comment penses-tu qu'il faudrait faire les choses ? (clang ayant pour but de tourner sur un maximum d'architecture + OS)
[^] # Re: Pareil ici
Posté par Sylvestre Ledru (site web personnel) . En réponse à l’entrée du suivi Ajout des "news" sur la page utilisateur. Évalué à 1 (+0/-0).
ah ah, merci ;)
[^] # Re: Format HDF5
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 1.
Il faudrait surtout que l'on fournisse une page qui liste tous les SEP avec un export HTML.
A la manière des PEPs de Python: http://www.python.org/dev/peps/
[^] # Re: Xcos
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 1.
Ca répond pas vraiment à ta question mais il y a plein d'exemples dans le dossier examples/ de coselica
[^] # Re: Format HDF5
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 1.
Il faut cliquer sur "plain" à droite pour le récupérer.
[^] # Re: Format HDF5
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 1.
Oui, c'est documenté et spécifié sous la forme d'un SEP (Scilab Enhancement Proposal). Ils sont publiés ici:
http://cgit.scilab.org/scilab/tree/SEP
Et c'est le SEP 64 (SEP_064_hdf5_scilab_specification.odt).
Je vais voir pour la publier sur une page web directement.
[^] # Re: Instabilité graphique
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 2.
Alors, pour le bug de mergeSort, a priori, ça viendrait d'une race condition au niveau de l'EDT Java Cf bug #11721. C'est moche, on est d'accord mais c'est pas bloquant.
L'autre problème est visiblement reporté sous le bug #11861.
[^] # Re: Matlab - scilab - octave
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Scilab version 5.4.0. Évalué à 5.
Tu peux revenir à l'ancien fonctionnement:
* Édition
* Préférences
* Général => Disposition du bureau
* Sélectionne le mode Simple et voila ;)
[^] # Re: Et la question qui tue ...
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche 19 ans : Bon anniversaire Debian !. Évalué à 7.
Même des Debian Developers plus jeunes que la distro…
[^] # Re: "connoisseurs"
Posté par Sylvestre Ledru (site web personnel) . En réponse au journal GCC++ (gcc in cxx). Évalué à 4.
Olala, non, pas du tout. Pour le moment, le seul objectif est de proposer plus de liberté (technique) aux développeurs et packageurs.
Si, un jour, il y a des avantages à switcher à libc++ (performances par exemple), on peut être que ça sera considéré mais on en est loin…
Par exemple, ça build vraiment pas sur les autres archs que amd64 & i386:
https://buildd.debian.org/status/package.php?p=libc%2B%2B&suite=experimental
En terme d'avantages, upstream dit:
- Correctness as defined by the C++11 standard.
- Fast execution.
- Minimal memory use.
- Fast compile times.
- ABI compatibility with gcc's libstdc++ for some low-level features such as exception objects, rtti and memory allocation.
- Extensive unit tests.
# Pour tester ocaml
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche OCaml 4.00.0 est sorti. Évalué à 7.
Je trouve que cette application web de découverte de Ocaml particulièrement sympa et accessible pour découvrir le langage:
http://try.ocamlpro.com/
[^] # Re: Langue ?
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Journées IRILL / GTLL sur la Fiabilité du Logiciel. Évalué à 1.
Les deux journées seront en Français!
[^] # Re: Vive le renouveau
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche LLVM 3.1 et Conférence EURO-LLVM 2012. Évalué à 6.
Un rapide coup d'oeil sur la ML des commits permet de voir que Apple n'est pas du tout le seul développeur de LLVM et de son écosystème.
Google est un gros contributeur et beaucoup d'acteurs comme Intel, ARM, MIPS, Cray ou encore NVidia contribuent au code. Tu as même des debianeux qui contribuent directement au code (par exemple, en portant LLVM sous HURD).
En parallèle, de nombreux académiques basent leurs travaux de recheche sur LLVM et son écosystème (au hasard, Tobias dont on parle dans cette dépêche ou Inria/LIP6 avec VMKit).
Bref, je pense pas qu'il faille avoir d'inquiétude de ce coté là…
[^] # Re: Travail et paye
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Début du Google Summer of Code 2012. Évalué à 3.
Pour info, chez Scilab, on a déjà eu des étudiants qui ont réussi (avec notre accord et aide) à faire valider leurs GSoC comme des stages.