Projects August 2006

projects@lrde.epita.fr

7 participants
24 discussions

by Akim Demaille

Euh??? https://build.lrde.org/?tree=vaucanson-icc&host=caracas configure FAILED Running action configure pwd: /work/olivier/build_farm/build/vaucanson-icc ++ mkdir -p _build ++ cd _build ++ /work/olivier/build_farm/build/vaucanson-icc/timelimit 21600 /work/olivier/build_farm/build/vaucanson-icc/configure --prefix=/work/olivier/build_farm/prefix/vaucanson-icc /work/olivier/build_farm/build/vaucanson-icc/timelimit: error while loading shared libraries: libimf.so: cannot open shared object file: No such file or directory Nia ?

17 years, 7 months

Build farm sur brasilia

by Roland Levillain

J'ai déplacé le répertoire de build sur brasilia, pour des raisons d'espace disque. Les résultats de https://build.lrde.org/ risquent d'être perturbés quelques heures. Au passage, est-il nécessaire que Vaucanson soit construit sur brasilia *et* caracas ? Apparemment, caracas se débrouille très bien pour compiler Vaucanson, et j'aimerais ne conserver que le build d'Olena sur brasilia.

17 years, 7 months

build-farm 305: Add a check action for Vaucanson

by Roland Levillain

2006-08-31 Roland Levillain <roland(a)lrde.epita.fr> Add a check action for Vaucanson. * buildfarm_worker/brasilia.fns, buildfarm_worker/caracas.fns: Perform the `check' action after a build for each instance of the Vaucanson project. Index: buildfarm_worker/caracas.fns =================================================================== --- buildfarm_worker/caracas.fns (revision 304) +++ buildfarm_worker/caracas.fns (revision 305) @@ -18,11 +18,11 @@ export CC="ccache gcc-3.4" export CXX="ccache g++-3.4" -test_tree vaucanson bootstrap configure build demos install distcheck +test_tree vaucanson bootstrap configure build check demos install distcheck export CC="ccache gcc-4.0" export CXX="ccache g++-4.0" -test_tree vaucanson-gcc4.0 bootstrap configure build demos install distcheck +test_tree vaucanson-gcc4.0 bootstrap configure build check demos install distcheck export CC="ccache icc" export CXX="ccache icpc" @@ -31,7 +31,7 @@ export LDFLAGS="-cxxlib-icc" export LD_LIBRARY_PATH=/home/lrde/admin/lrde/usr/intel/compiler90/include/lib/ export PATH="/home/lrde/admin/lrde/usr/intel/compiler90/bin:$PATH" -test_tree vaucanson-icc bootstrap configure build demos install distcheck +test_tree vaucanson-icc bootstrap configure build check demos install distcheck export CC="ccache gcc" export CXX="ccache g++" Index: buildfarm_worker/brasilia.fns =================================================================== --- buildfarm_worker/brasilia.fns (revision 304) +++ buildfarm_worker/brasilia.fns (revision 305) @@ -8,11 +8,11 @@ export CC="ccache gcc-3.4" export CXX="ccache g++-3.4" -test_tree vaucanson bootstrap configure build demos install distcheck +test_tree vaucanson bootstrap configure build check demos install distcheck export CC="ccache gcc-4.0" export CXX="ccache g++-4.0" -test_tree vaucanson-gcc4.0 bootstrap configure build demos install distcheck +test_tree vaucanson-gcc4.0 bootstrap configure build check demos install distcheck # FIXME: Temp. disabled. @@ -26,7 +26,7 @@ # export LDFLAGS="-cxxlib-icc" # export LD_LIBRARY_PATH=/home/lrde/admin/lrde/usr/intel/compiler90/include/lib/ # export PATH="/home/lrde/admin/lrde/usr/intel/compiler90/bin:$PATH" -# test_tree vaucanson-icc bootstrap configure build demos install distcheck +# test_tree vaucanson-icc bootstrap configure build check demos install distcheck # Olena 0.10a. # FIXME: The PRCS repository is not accessible from goa.

17 years, 7 months

build-farm 304: Add Olena to the list of tested projects

by Roland Levillain

2006-08-31 Roland Levillain <roland(a)lrde.epita.fr> Add Olena to the list of tested projects. * buildfarm_worker/brasilia.fns: Check projects olena-proto-1.0 and olena-1.0. * maintainer/packages: Add olena-proto-1.0 and olena-1.0. * web/build.pl (@categories): Add Olena. (@trees_cat): Add olena-proto-1.0 and olena-1.0. Index: maintainer/packages =================================================================== --- maintainer/packages (revision 303) +++ maintainer/packages (revision 304) @@ -1,9 +1,11 @@ -transformers https://svn.lrde.epita.fr/svn/transformers/trunk -vaucanson https://svn.lrde.epita.fr/svn/vaucanson/trunk -tc-maintainer https://svn.lrde.epita.fr/svn/tc/trunk/tc -clsp https://svn.lrde.epita.fr/svn/tc/trunk/c++-libtool-swig-python -havm https://svn.lrde.epita.fr/svn/havm/trunk -nolimips https://svn.lrde.epita.fr/svn/nolimips/trunk -monoburg https://svn.lrde.epita.fr/svn/monoburg -ranch https://svn/svn/ranch/trunk/lib/cxx -ddd https://svn.lrde.epita.fr/svn/ddd +transformers https://svn.lrde.epita.fr/svn/transformers/trunk +vaucanson https://svn.lrde.epita.fr/svn/vaucanson/trunk +tc-maintainer https://svn.lrde.epita.fr/svn/tc/trunk/tc +clsp https://svn.lrde.epita.fr/svn/tc/trunk/c++-libtool-swig-python +havm https://svn.lrde.epita.fr/svn/havm/trunk +nolimips https://svn.lrde.epita.fr/svn/nolimips/trunk +monoburg https://svn.lrde.epita.fr/svn/monoburg +olena-proto-1.0 https://svn.lrde.epita.fr/svn/oln/prototypes/proto-1.0 +olena-1.0 https://svn.lrde.epita.fr/svn/oln/trunk +ranch https://svn/svn/ranch/trunk/lib/cxx +ddd https://svn.lrde.epita.fr/svn/ddd Index: web/build.pl =================================================================== --- web/build.pl (revision 303) +++ web/build.pl (revision 304) @@ -57,6 +57,7 @@ ('Transformers', 'Tiger', 'Vaucanson', + 'Olena', 'Lrde-tools', 'DDD', ); @@ -79,6 +80,9 @@ 'vaucanson-gcc4.0', 'vaucanson-icc', '---', + 'olena-proto-1.0', + 'olena-1.0', + '---', 'ranch', '---', 'ddd', Index: buildfarm_worker/brasilia.fns =================================================================== --- buildfarm_worker/brasilia.fns (revision 303) +++ buildfarm_worker/brasilia.fns (revision 304) @@ -27,3 +27,13 @@ # export LD_LIBRARY_PATH=/home/lrde/admin/lrde/usr/intel/compiler90/include/lib/ # export PATH="/home/lrde/admin/lrde/usr/intel/compiler90/bin:$PATH" # test_tree vaucanson-icc bootstrap configure build demos install distcheck + +# Olena 0.10a. +# FIXME: The PRCS repository is not accessible from goa. +#test_tree olena-0.10 + +# Olena proto-1.0. +test_tree olena-proto-1.0 + +# Olena 1.0. +test_tree olena-1.0

17 years, 7 months

build-farm 303: Fix the return status of the distcheck action

by Roland Levillain

2006-08-31 Roland Levillain <roland(a)lrde.epita.fr> Fix the return status of the distcheck action. * buildfarm_worker/build_test.fns (action_distcheck): Fix the return status. Index: buildfarm_worker/build_test.fns =================================================================== --- buildfarm_worker/build_test.fns (revision 302) +++ buildfarm_worker/build_test.fns (revision 303) @@ -390,8 +390,9 @@ [ "x$distcheck_config" = x ] && \ export DISTCHECK_CONFIGURE_FLAGS="$distcheck_config" do_make distcheck + distcheck_status=$? unset DISTCHECK_CONFIGURE_FLAGS - return $? + return $distcheck_status } ###########################

17 years, 7 months

La build farm, Transformers et le reste

by Roland Levillain

Aujourd'hui, Transformers compile intégralement sur la build farm (sur IA-32), de même que Vaucanson (sur IA-32) et le projet Tiger (sur IA-32 et Sparc 64). C'est la fête ! Merci à Geoffroy et à Tsuna pour leur aide !

17 years, 7 months

Re: build-farm 297: Revamp Transformers integration

by Akim Demaille

>>> "Roland" == Roland Levillain <roland(a)lrde.epita.fr> writes: > We now use Nix from /lde/dev/<arch>/nix instead of maintaining our > copy of Stratego/XT. Very nice!

17 years, 7 months

Re: Il etait une fois Transformers et la Build Farm...

by Roland Levillain

(Copies envoyées aux listes projects et transformers du labo, pour informer/faire participer les personnes concernées.) SIGOURE Benoit <sigoure.benoit(a)lrde.epita.fr> writes: > Yop > > Depuis deux jours, la BF ne build plus generic-tools. Y'a eu 3 > revisions depuis, et elle a toujours l'impression d'avoir builde la > derniere revision (1566) alors qu'elle a 3 revisions de retard > (generic-tools est bloque sur 1563). > > J'ai l'impression que c-tools et cxx-tools viennent de se bloquer > sur la revision 1565. Arg. > Sinon antalya ne build rien, alors qu'elle devrai builder (entre autres) > Transformers (et d'autres projs). Je pense que le cron-job est suspendu ; il faut qu'on voie avec Geoffroy. > Enfin je pense que j'ai trouve pourquoi certaines revisions ne sont > pas buildees par la BF. La build de Transformers prends assez > longtemps (surtout le make check en fait) et si la build prends plus > de 1 heure, les revisions commitees entre temps ne seront pas > buildes. Ce qui pose probleme puisque la derniere rev ne sera > buildee tant qu'un NOUVEAU commit ne sera pas fait. Je m'explique: > > Je commit la rev N. > La BF commence a builder la rev N. > Je commit la rev N+1. > La BF build toujours la rev N... ca prends longtemps. > Le crontab update les svn et passe donc a la rev N+1. > La BF build toujours la rev N. > Le crontab du worker se declanche et se rsync sur la derniere copie > de travaille > a la rev N+1. > Mais le worker est encore en train de builder la rev N. > La build de la rev N termine. > La build de la rev N+1 n'aura jamais lieu car il n'y a pas d'update a faire: > tout le monde est deja a jour, donc rien a rebuilder! Je ne suis pas sûr que ça fonctionne comme ça ; notamment, il me semble qu'il existe un mécanisme (primitif) de verrou pour empêcher la mise à jour de la copie de travail d'un worker pendant qu'il compile. Il faut qu'on se plonge dans les détails du script. > Je pense que ca se passe comme ca ce qui fait que meme apres > plusieurs heures, la BF ne build pas les dernieres revisions. > > Cela dit quand des commits sont espaces sur plusieurs jours et que > ca build toujours pas la derniere rev (comme c'est le cas pour > generic-tools) je pense qu'il y a un autre probleme. Oui, je pense aussi. > Voila pour finir je pense qu'on peu optimiser un peu la build de > "transformers" (le paquet complet). Le passage le plus long a l'air > d'etre le make check de cxx-tools. On pourrait dire que > "transformers" depends de generic-tools, c-tools et cxx-tools et > demander a la BF de ne pas make distchecker "transformers" mais > simplement de le make dist'er. En effet (P) si le make distcheck de > generic-tools, c-tools et cxx-tools passe, alors le make distcheck > de transformers passera, pas la peine de prendre plusieurs heures a > le re-tester. La proposition (P) ne peut etre fausse que si un > fichier necessaire au top-level de transformers n'est pas distribue, > hors le top-level de transformers est vraiment vide, il s'agit > vraiment juste de gluer les 3 packages sous jacant ensemble. En fait, je proposerais bien l'inverse : compiler generic-tools, c-tools et cxx-tools sans lancer les tests (ni `check', ni `distcheck'), mais un faire un `distcheck' du paquet transformers (voire un `check'). En effet, c'est le paquet transformers que vous distribuez (et pas ses composants, individuellement), aussi les tests devraient porter sur celui-ci, si on veut réduire leur nombre. > Voila donc si c'est possible de faire ca, ca economisera des heures > de make distcheck pour rien. J'ai mis les make check en --verbose 0, > mais faut savoir que avant ca prenait 5 heures. Je sais pas combien > de temps ca prends maintenant en --verbose 0 mais surement plus > d'une heure. Donc voila ca fait du temps de gagne. Ok, cool ! > Et puis compiler transformers apres {generic,c,cxx}-tools c'est >rapide grace a ccache :D Oui ! > Bon sinon autre question: est-ce qu'on pourrait effacer le dossier > _build en cas de build successful? Les _build de > {generic,c,cxx}-tools me prennent pres d'1Go (parfois plus) et tu > sais que l'espace libre est rare sur mon / (bien que j'ai fait de la > place). Dans le cas général, je ne sais pas si c'est une bonne chose à faire (en fait, je suis preneur d'avis). En revanche, c'est quelque chose qu'on peut mettre en place facilement par machine, - soit dans une tâche lancée par cron (mais comme c'est asynchrone avec le build, ça risque de compromettre des compilations ; sauf si on utilise le verrou posé par le script de build, mais ça commence à tendre vers faire un édifice fragile...) ; - soit à la fin du script warszaw (solution qui a ma préférence). > Pour finir est-ce qu'on pourrait tenter de builder (sans make check) > transformers avec le compilo Intel? Pas besoin de faire aussi les > *-tools ni de faire de make check, juste de faire une build pour > voir si ca compile. Oui, sans problème. En revanche, il faut qu'on jette un oeil au statut de ICC sur les machines de la build farm. On peut peut-être essayer de le mettre dans /lrde/dev/linux-x86. Cependant : - mon expérience personnelle de l'installation de ICC me faire dire que c'est pas gagné ; en effet, j'avais installé ICC 9.1 dans un sous-répertoire de /work sur brasilia il y quelques temps[1] et il avait réussi à me coller également des fichiers dans /opt et dans $HOME... - la toute dernière version de ICC, la 9.1 (nécessaire pour compiler TC, notamment), n'est pas encore disponible en version « non commercial » ; seule une offre « evaluation » est disponible sur le site d'Intel, et elle est limité dans le temps (un mois IIRC). > L'ideal serait meme de faire intervenir cette > build apres celle avec gcc et entre les deux de faire un find _build > -name '*.o' -exec rm -f {} ';' pour que le make ne refasse que la > compilation du binaire (et ainsi economiser le temps de compilation > Stratego -> C qui est non negligable). Arg, tu veux modifier le build tree et le reconfigurer sans faire de `distclean' avant ! C'est pas sain. Le build ICC de Vaucanson est un projet indépendant de celui avec GCC ; je propose de faire pareil avec Transformers. Si c'est l'espace disque qui pose problème, on peut supprimer les produits des builds entre chaque projet si nécessaire. Notes: [1] Le temps de la licence d'évaluation, en fait.

17 years, 7 months

Re: build-farm 300: Speed up the updates from the repository

by Tsuna

On 2006-08-23, Roland Levillain <roland(a)lrde.epita.fr> wrote: > 2006-08-23 Roland Levillain <roland(a)lrde.epita.fr> > > Speed up the updates from the repository. > > * maintainer/update_unpacked: Try to update a working copy before > retrieving it entirely (with a checkout). > > > Index: maintainer/update_unpacked >=================================================================== > --- maintainer/update_unpacked (revision 299) > +++ maintainer/update_unpacked (revision 300) > @@ -12,12 +12,17 @@ > while read package url; do > echo $package > > - # Extract a fresh copy of the project. > - rm -rf "$package.new" > - svn checkout -q "$url" "$package.new" > - mv -f "$package" "$package.old" > - mv -f "$package.new" "$package" > - rm -rf "$package.old" > + # Try to update the working copy first. > + svn update $package > > + # If it fails, extract a fresh copy of the project. > + if test $? -ne 0; then > + rm -rf "$package.new" > + svn checkout -q "$url" "$package.new" > + mv -f "$package" "$package.old" > + mv -f "$package.new" "$package" > + rm -rf "$package.old" j'aurai verifie que svn checkout marche ou fait un truc du genre: svn checkout -q "$url" "$package.new" && \ mv -f "$package" "$package.old" && \ mv -f "$package.new" "$package" && \ rm -rf "$package.old" > + fi > + > done < $SVN_PACKAGES > ) > > Sinon c'est cool d'etre nice with the svn server :) -- SIGOURE Benoit aka Tsuna _____ /EPITA\ Promo 2008.CSI Rock & tRoll

17 years, 7 months

build-farm 302: Add warszawa to the build farm, for Transformers

by Roland Levillain

2006-08-24 Roland Levillain <roland(a)lrde.epita.fr> Add warszawa to the build farm, for Transformers. * buildfarm_worker/warszawa.fns: New. * web/build: Add warszawa. * buildfarm_worker/package.fns (conf_generic-tools, conf_c-tools) (conf_cxx-tools, conf_transformers): Query strc for its version. (conf_monoburg): Move path modification... (conf_tc-maintainer, conf_tc): ...here. * buildfarm_worker/caracas.fns: Aesthetic change. * buildfarm_worker/marvejols.fns: Likewise. Disable Transformers, for it is now tested on warszawa. Export CC and CXX. * buildfarm_worker/antalya.fns: Use Nix. Adjust to the new layout of Transformers. Index: web/build.pl =================================================================== --- web/build.pl (revision 301) +++ web/build.pl (revision 302) @@ -47,6 +47,7 @@ 'caracas' => "Debian GNU/Linux sid i386", 'pau' => "Cygwin XP pro i686", 'istanbul' => "Debian GNU/Linux 3.1 stable sparc64", + 'warszawa' => "Debian GNU/Linux etch i386", ); Index: buildfarm_worker/package.fns =================================================================== --- buildfarm_worker/package.fns (revision 301) +++ buildfarm_worker/package.fns (revision 302) @@ -18,20 +18,24 @@ conf_generic-tools() { # no_separate_build=true + prg_version="strc --version" } conf_c-tools() { deps="generic-tools" + prg_version="strc --version" self_config="--with-generic-tools-xtc=$prefix_root/generic-tools/share/transformers-generic-tools/XTC" } conf_cxx-tools() { deps="generic-tools" + prg_version="strc --version" self_config="--with-generic-tools-xtc=$prefix_root/generic-tools/share/transformers-generic-tools/XTC" } # THE golden target :) conf_transformers() { + prg_version="strc --version" } @@ -49,7 +53,6 @@ conf_monoburg() { prg_version="bison --version:python -V" - export PATH="$prefix_root/monoburg/bin:$PATH" } conf_clsp() { @@ -58,6 +61,7 @@ conf_tc-maintainer() { deps="monoburg" + export PATH="$prefix_root/monoburg/bin:$PATH" prg_version="bison --version:swig -version:python -V:tc --version" self_config="--enable-shared" distcheck_config="$self_config" @@ -65,6 +69,7 @@ conf_tc() { deps="monoburg" + export PATH="$prefix_root/monoburg/bin:$PATH" prg_version="bison --version:swig -version:python -V:tc --version" self_config="--enable-shared" distcheck_config="$self_config" Index: buildfarm_worker/caracas.fns =================================================================== --- buildfarm_worker/caracas.fns (revision 301) +++ buildfarm_worker/caracas.fns (revision 302) @@ -1,4 +1,4 @@ -# caracas -*- shell-script -*- +# caracas. -*- shell-script -*- # Used to continuously build Tiger and Vaucanson. Index: buildfarm_worker/warszawa.fns =================================================================== --- buildfarm_worker/warszawa.fns (revision 0) +++ buildfarm_worker/warszawa.fns (revision 302) @@ -0,0 +1,14 @@ +# warszawa. -*- shell-script -*- + +# Nix settings. +. /nix/etc/profile.d/nix.sh + +clean_buildfarm + +export CC="ccache gcc" +export CXX="ccache g++" + +test_tree generic-tools +test_tree c-tools +test_tree cxx-tools +test_tree transformers Index: buildfarm_worker/marvejols.fns =================================================================== --- buildfarm_worker/marvejols.fns (revision 301) +++ buildfarm_worker/marvejols.fns (revision 302) @@ -1,4 +1,4 @@ -# Marvejols -*- shell-script -*- +# marvejols. -*- shell-script -*- # Nix settings. . /nix/etc/profile.d/nix.sh @@ -8,13 +8,13 @@ clean_buildfarm -CC="ccache gcc" -CXX="ccache g++" +export CC="ccache gcc" +export CXX="ccache g++" -test_tree generic-tools -test_tree c-tools -test_tree cxx-tools -test_tree transformers +#test_tree generic-tools +#test_tree c-tools +#test_tree cxx-tools +#test_tree transformers test_tree havm test_tree nolimips Index: buildfarm_worker/antalya.fns =================================================================== --- buildfarm_worker/antalya.fns (revision 301) +++ buildfarm_worker/antalya.fns (revision 302) @@ -1,5 +1,7 @@ # antalya. -*- shell-script -*- +# Nix settings. +. /nix/etc/profile.d/nix.sh # Fink and local binaries. export PATH="/sw/bin:/var/tmp/build_farm/local/bin:$PATH" # Add some programs from /lrde/bin to the PATH. @@ -15,24 +17,11 @@ export CC="ccache gcc" export CXX="ccache g++" -#test_tree aterm configure build install -#test_tree sdf2 configure build install -#test_tree strategoxt configure build install +test_tree generic-tools +test_tree c-tools +test_tree cxx-tools +test_tree transformers -#test_tree esdf -#test_tree sdf-option -#test_tree sdf-astgen -#test_tree str-lazy -#test_tree boxedsdf -#test_tree sdf-detgen -#test_tree sdf-attribute -##test_tree c-grammar -##test_tree contract-c -##test_tree cxx-grammar -##test_tree cxx-basic -##test_tree specs-grammar -##test_tree transformers - test_tree havm test_tree nolimips test_tree monoburg

17 years, 7 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Projects August 2006