November 2006 - Projects

[RANCH] le retour
by Nicolas Desprès 17 Nov '06

17 Nov '06

Salut à tous, Bon je vais reprendre du service sur Ranch. Comprendre que je vais tenté de le finir avant la nouvelle année. Alors, tout d'abord un petit rappel sur ce qu'est Ranch (Regression Benchmark). Il a pour but de stocker tous les résultats des bench d'un projet pour chaque révision dans une BD en vue d'en tirer des graphes. Il se compose de 3 éléments: - une bibliothèque de bench (language dependent) pour le C++ seulement pour le moment. Elle fournit quelque routine pour faire les benchs de base et sortir les résultats dans le format de Ranch. Elle est fini depuis l'année dernière, il ne reste plus qu'à rajouté un système pour bencher l'utilisation de la mémoire de façon non intrusive. - une BD SQL dont le format des tables et à peu près figé. - une appli web pour visualiser les graphes. Ce qui va changer: - plus d'appli web. C'est la principal raison du retard pris par ce projet car même si c'est sexy d'avoir une appli web, c'est plus long à développer Donc j'abandonne cette voie et à la place il y aura un programme en ligne de commande pour tracer les courbes. En plus vu, qu'il y a une build farm maintenue au labo, ça s'intégrera plus facilement et ça évitera de faire double emploie. - Pour le moment les résultats sont craché soit en YAML soit en XML, je pense que je vais garder que le XML parce que ça sert à rien d'en avoir deux. Une fois ranch terminé, il faudra: - faire une page dans la build farm qui en appellant le script de tracé de graphe affiche les courbes relatives à un projet. - écrire des benchs qui dans les projets du labo en s'appuyant sur la bibliothèque fournit par ranch. Je m'occupe de tout ce qui est ranch, mais je réclame un peu d'aide pour l'intégration dans la build farm et l'écriture des benchs pour les différents projets car je ne suis pas le plus qualifié pour le faire vite et bien. Voilà, des remarques ? -- Nicolas Desprès

1 0

Invasion 2016
by La Boutique de Deo 14 Nov '06

14 Nov '06

1 0

[LrdeTools] 407: Refine the selection of icpc remarks and warnings.
by Roland Levillain 14 Nov '06

14 Nov '06

https://svn.lrde.epita.fr/svn/lrde-tools/trunk/build-farm Index: ChangeLog from Roland Levillain <roland(a)lrde.epita.fr> Refine the selection of icpc remarks and warnings. * buildfarm_worker/brasilia.fns (init_icc_vars): Move flags governing ignored remarks and warnings from icpc to CXXFLAGS. Ignore more icpc remarks and warnings. brasilia.fns | 186 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 184 insertions(+), 2 deletions(-) Index: buildfarm_worker/brasilia.fns --- buildfarm_worker/brasilia.fns (revision 406) +++ buildfarm_worker/brasilia.fns (working copy) @@ -20,8 +20,190 @@ # ICC 9.0 directory. icc_dir="/lrde/beyrouth/admin/lrde/usr/intel/compiler90" - # BTW, disable some fallacious warnings from icpc. - export CPPFLAGS="-D_LINUX -I$icc_dir/include/c++/ -wd854,858,1292" + # Help icpc. + export CPPFLAGS="-D_LINUX -I$icc_dir/include/c++/" + + # BTW, disable some (sometimes fallacious) remarks and warnings from icpc. + # + # FIXME: Some of these warnings could be disabled from configure when + # the selected C++ compiler is icpc. + # + # + # Remarks. + # -------- + # + # #279 - from icpc stdlib + mlc + # #304 - fixable + # #383 - located in icpc std lib + xtd + # #424 - probably fixable + # #444 - hard to fix IMHO + # #593 - fixable, but probably a lot of places must be changed + # #810 - fixable + # #869 - located in icpc std lib (=> not our responsibility) + # #981 - located in icpc std lib + xtd ; hard to fix without obfuscating. + # #1292 - located in icpc stdlib (=> not our responsibility) + # #1418 - to be looked at closer + # #1572 - fixable (comparisons on float values) + # #1682 - located in system lib (=> not our responsibility) + # #1683 - located in system lib (=> not our responsibility) + # + # + # /lrde/beyrouth/admin/lrde/usr/intel/compiler90/include/c++/xstring(1577): + # remark #279: controlling expression is constant + # : sizeof (_Elem) <= 2 ? 7 + # ^ + # + # + # extended/xtd/cfun.hh(76): + # remark #304: access control not specified ("public" by default) + # struct fun_traits_< plain_cfun_<F> > : fun_traits_<F> + # ^ + # + # + # /lrde/beyrouth/admin/lrde/usr/intel/compiler90/include/c++/xlocale(123): + # remark #383: value copied to temporary, reference to temporary used + # : _Refs(_Initrefs) + # ^ + # + # + # static/tests/any.cc(139): + # remark #424: extra ";" ignored + # }; + # ^ + # + # + # metalic/mlc/cmp.hh(114): + # remark #444: destructor for base class "mlc::bexpr_<false>" is not virtual + # public bexpr_<false> + # ^ + # + # + # olena/tests/morphers/count_rw_morpher.cc(46): + # remark #593: variable "i" was set but never used + # int i = ima2(p); + # ^ + # + # + # extended/xtd/abstract/plain_nary_fun.hh(160): + # remark #810: conversion from "double" to "const float &" may lose + # significant bits + # return this->exact().impl_op(arg); + # ^ + # + # + # /lrde/beyrouth/admin/lrde/usr/intel/compiler90/include/c++/typeinfo(190): + # remark #869: parameter "_object" was never referenced + # const void* _object, + # ^ + # + # + # /lrde/beyrouth/admin/lrde/usr/intel/compiler90/include/c++/xstring(1621): + # remark #981: operands are evaluated in unspecified order + # _Traits::assign(_Myptr()[_Mysize = _Newsize], _Elem()); + # ^ + # + # + # /usr/include/stdlib.h(177): warning #1292: attribute "__nonnull__" ignored + # throw () __attribute__ ((__nonnull__ (1))); + # ^ + # + # + # metalic/tests/gcase.cc(55): + # remark #1418: external definition with no prior declaration + # void print() + # ^ + # + # + # olena/tests/morphers/two_way_rw_morpher.cc(74): + # remark #1572: floating-point equality and inequality comparisons are + # unreliable + # (static_cast<void> ((xtd::L2_norm(ima(p)) == 1) ? 0 : + # ^ + # (__assert_fail ("xtd::L2_norm(ima(p)) == 1", + # "olena/tests/morphers/two_way_rw_morpher.cc", 74, __PRETTY_FUNCTION__), + # 0))); + # + # + # /usr/include/sys/sysmacros.h(44): + # remark #1682: implicit conversion of a 64-bit integral type to a smaller + # integral type (potential portability problem) + # return ((__dev >> 8) & 0xfff) | ((unsigned int) (__dev >> 32) & ~0xfff); + # ^ + # + # + # /usr/include/sys/sysmacros.h(44): + # remark #1683: explicit conversion of a 64-bit integral type to a smaller + # integral type (potential portability problem) + # return ((__dev >> 8) & 0xfff) | ((unsigned int) (__dev >> 32) & ~0xfff); + # ^ + # + # + # Warnings. + # --------- + # + # #61 - located in h++ std lib (=> not our responsibility) + # #68 - located in h++ std lib (=> not our responsibility) + # #161 - located in h++ std lib (=> not our responsibility) + # #239 - located in g++ std lib (=> not our responsibility) + # #592 - fixable (see remark #593) + # #854 - to be looked at closer + # #858 - to be looked at closer + # #1292 - located in gcc std lib + # + # + # /usr/include/c++/4.0.4/limits(529): + # warning #61: integer operation result is out of range + # { return (((wchar_t)(-1) < 0) ? ((wchar_t)1 << (sizeof(wchar_t) * 8 - + # ((wchar_t)(-1) < 0))) - 1 : ~(wchar_t)0); } + # ^ + # + # + # /usr/include/c++/4.0.4/limits(374): + # warning #68: integer conversion resulted in a change of sign + # { return (((char)(-1) < 0) ? (char)1 << (sizeof(char) * 8 - ((char)(-1) + # < 0)) : (char)0); } + # ^ + # + # + # /usr/include/c++/4.0.4/cstdlib(47): + # warning #161: unrecognized #pragma + # #pragma GCC system_header + # + # + # /usr/include/c++/4.0.4/limits(1010): + # warning #239: floating point underflow + # = bool(1.40129846e-45F) ? denorm_present : denorm_absent; + # ^ + # + # + # metalic/tests/gcase.cc(59): + # warning #592: variable "tmp" is used before its value is set + # tmp = tmp; + # ^ + # + # + # extended/xtd/math/arith.hh(37): + # warning #854: const variable "xtd::plus" requires an initializer -- class + # "xtd::m2fun_<xtd::plain_plus_>" has no explicitly declared default + # constructor + # [...] + # + # + # olena/oln/core/internal/tracked_ptr.hh(60): + # warning #858: type qualifier on return type is meaningless + # const T*const operator->() const; + # ^ + # + # + # /usr/include/stdlib.h(146): + # warning #1292: attribute "__nonnull__" ignored + # throw () __attribute__ ((__pure__)) __attribute__ ((__nonnull__ (1))); + # ^ + # + ignored_remarks="279,304,383,424,444,593,810,869,1292,1418,1572,1682,1683" + ignored_warnings="61,68,161,239,592,854,858,1292" + + export CXXFLAGS="-wd$ignored_remarks,$ignored_warnings" export LDFLAGS="-cxxlib-icc -i-static" export LD_LIBRARY_PATH="$icc_dir/lib:`printenv LD_LIBRARY_PATH`"

1 0

Re: [Projects] vcs-svn ci vs. svn:externals
by Akim Demaille 11 Nov '06

11 Nov '06

>>> "Nicolas" == Nicolas Pouillard <nicolas.pouillard(a)gmail.com> writes: > On 12/13/05, Akim Demaille <akim(a)lrde.epita.fr> wrote: >> >> vcs-svn diff, à la différence de svn diff, liste les changements dans >> les svn:externals. C'est une chose à corriger, mais je crois que ça a >> déjà été rapporté. >> > Oui c'est déja noté >> Je propose qu'à l'instar des fichiers qui traînent, les ci (sans >> argument) soient bloquants s'il y a des svn:externals qui sont changés. > Pourquoi pas en effet Je propose ceci à nouveau. Pour l'instant ni svn-wrapper ni vcs ne sont gênés lorsque les externals ont changé. Ils ne devraient pas l'accepter.

2 1

Re: [LrdeTools] 406: Add detailed statistics for Olena 1.0.
by Tsuna 10 Nov '06

10 Nov '06

On 2006-11-07, Roland Levillain <roland(a)lrde.epita.fr> wrote: > https://svn.lrde.epita.fr/svn/lrde-tools/trunk/build-farm > > This script could be *much* better, an produce more significant > results; for instance: > - the total number of source lines of code of a given target, for the > HEAD revision, and for previous revisions (graph). > - likewise for a given committer and a given project; > - the average patch size per committer, per project; > - etc. > > BTW, the script could avoid re-scanning the whole revisions of the > inspected projects, and cache the results somewhere. > > And we could use sloccount, too. > > > Suggestions, ideas and help welcome! > > Yeah that's a good idea. Knowing the number of lines per commit etc would require a diff for each revision which sounds rather costly (especially if we're operating on remote repository such as https://svn.lrde.epita.fr/ instead of say file:///some/path/to/svn/repos). This would *certainly* require a caching mechanism. Another interesting idea would be to use svn blame on every file in the repos in order to know who "owns" how many lines of code in a given project/version. -- SIGOURE Benoit aka Tsuna (SUSv3 compliant) _____ "On a long enough timeline, the survival rate /EPITA\ Promo 2008.CSI/ACU for everyone drops to zero" -- Jack.

4 4

preconceived
by Johnny Beltran 10 Nov '06

10 Nov '06

1 0

Page/HOTWO Vcs sur le site du labo
by Roland Levillain 09 Nov '06

09 Nov '06

Je l'ai mise à jour : https://www.lrde.epita.fr/cgi-bin/twiki/view/Projects/Vcs N'hésite pas à modifier si j'ai écrit des bêtises ! Roland

1 0

appeasement
by Millie Arias 09 Nov '06

09 Nov '06

1 0

svn-wrapper et vcs: cp et mv
by Akim Demaille 08 Nov '06

08 Nov '06

Je souhaite que svn-wrapper et vcs supportent mv/cp FILES DIR. Je suppose que svn ne le fait pas, car un comportement transactionnel ici ne serait pas très simple à implémenter. Mais dans la pratique, je préfère avec la fonctionnalité avec le risque, que de devoir tjs faire une boucle ou un zmv (qui reviennent au même côté risque). Bonus: cp/mv -W comme dans zmv, de façon à pouvoir faire svn mv '(*).cpp' '(*).cc'

2 4

[LrdeTools] 406: Add detailed statistics for Olena 1.0.
by Roland Levillain 07 Nov '06

07 Nov '06

https://svn.lrde.epita.fr/svn/lrde-tools/trunk/build-farm This script could be *much* better, an produce more significant results; for instance: - the total number of source lines of code of a given target, for the HEAD revision, and for previous revisions (graph). - likewise for a given committer and a given project; - the average patch size per committer, per project; - etc. BTW, the script could avoid re-scanning the whole revisions of the inspected projects, and cache the results somewhere. And we could use sloccount, too. Suggestions, ideas and help welcome! Roland Index: ChangeLog from Roland Levillain <roland(a)lrde.epita.fr> Add detailed statistics for Olena 1.0. * svn-stats/svn-stats: Show statistic for Olena, Metalic, Extended and Static on Olena 1.0. * svn-stats/README: Update. README | 4 ++-- svn-stats | 8 ++++++-- 2 files changed, 8 insertions(+), 4 deletions(-) Index: svn-stats/svn-stats --- svn-stats/svn-stats (revision 405) +++ svn-stats/svn-stats (working copy) @@ -32,13 +32,17 @@ my %proj = ( Transformers => 'https://svn.lrde.epita.fr/svn/transformers', Vaucanson => 'https://svn.lrde.epita.fr/svn/vaucanson', - Olena => 'https://svn.lrde.epita.fr/svn/oln', + "Olena (All)" => 'https://svn.lrde.epita.fr/svn/oln', + "Olena 1.0 (Olena)" => 'https://svn.lrde.epita.fr/svn/oln/trunk/olena', + "Olena 1.0 (Metalic)" => 'https://svn.lrde.epita.fr/svn/oln/trunk/metalic', + "Olena 1.0 (Extended)" => 'https://svn.lrde.epita.fr/svn/oln/trunk/extended', + "Olena 1.0 (Static)" => 'https://svn.lrde.epita.fr/svn/oln/trunk/static', TC => 'https://svn.lrde.epita.fr/svn/tc', Havm => 'https://svn.lrde.epita.fr/svn/havm', Nolimips => 'https://svn.lrde.epita.fr/svn/nolimips', MonoBurg => 'https://svn.lrde.epita.fr/svn/monoburg', clspr => 'https://svn.lrde.epita.fr/svn/clspr', - LrdeTools => 'https://svn.lrde.epita.fr/svn/lrde-tools' + LrdeTools => 'https://svn.lrde.epita.fr/svn/lrde-tools', ); my %alias = ( Index: svn-stats/README --- svn-stats/README (revision 405) +++ svn-stats/README (working copy) @@ -4,6 +4,6 @@ statistics on commits to the Subversion repository of the LRDE. svn-stats is to be launched regularly, through cron; for instance, the -crontab of the user build on marjevols contains: +crontab of the user `doc' on host `marjevols' contains: - 0 2 * * * /home/build/svn-stats && rsync -e "ssh -i /home/build/build_farm/id_dsa_build -l pm" -qr /tmp/stats/* goa::svn-stats/ + 0 2 * * * /work/build/svn-stats/svn-stats && rsync -e "ssh -i /work/build/build_farm/id_dsa_build -l pm" -qr /tmp/stats/* goa::svn-stats/

1 0