On Tue, Feb 16, 2010 at 7:54 PM, Anders Logg <l...@simula.no> wrote: > On Tue, Feb 16, 2010 at 06:20:35PM +0000, Garth N. Wells wrote: >> >> >> Johannes Ring wrote: >> > On Tue, Feb 16, 2010 at 5:58 PM, Garth N. Wells <gn...@cam.ac.uk> wrote: >> >> >> >> Johannes Ring wrote: >> >>> On Tue, Feb 16, 2010 at 4:44 PM, Garth N. Wells <gn...@cam.ac.uk> wrote: >> >>>> Anders Logg wrote: >> >>>>> On Tue, Feb 16, 2010 at 03:38:18PM +0000, Garth N. Wells wrote: >> >>>>>> Anders Logg wrote: >> >>>>>>> On Tue, Feb 16, 2010 at 04:29:24PM +0100, Anders Logg wrote: >> >>>>>>>> On Tue, Feb 16, 2010 at 01:23:33PM +0100, Johannes Ring wrote: >> >>>>>>>>> On Tue, Feb 16, 2010 at 12:49 PM, Harish Narayanan >> >>>>>>>>> <harish.mli...@gmail.com> wrote: >> >>>>>>>>>> On 2/16/10 10:27 AM, Johannes Ring wrote: >> >>>>>>>>>>> On Tue, Feb 16, 2010 at 10:37 AM, Harish Narayanan >> >>>>>>>>>>> <harish.mli...@gmail.com> wrote: >> >>>>>>>>>>>> On 2/16/10 9:06 AM, Garth N. Wells wrote: >> >>>>>>>>>>>>> Anders Logg wrote: >> >>>>>>>>>>>>>> On Tue, Feb 16, 2010 at 08:42:55AM +0000, Garth N. Wells >> >>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>> Anders Logg wrote: >> >>>>>>>>>>>>>>>> On Tue, Feb 16, 2010 at 09:09:31AM +0100, Johannes Ring >> >>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>> On Mon, Feb 15, 2010 at 6:06 PM, Anders Logg >> >>>>>>>>>>>>>>>>> <l...@simula.no> wrote: >> >>>>>>>>>>>>>>>>>> On Mon, Feb 15, 2010 at 03:49:05PM +0100, Anders Logg >> >>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> UFL 0.5.2 >> >>>>>>>>>>>>>>>>>>>>>>>>> FErari 0.2.0 >> >>>>>>>>>>>>>>>>>>>>>>>>> FFC 0.9.1 >> >>>>>>>>>>>>>>>>>> Now released. >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> Instant 0.9.8: Why is the buildbot failing? >> >>>>>>>>>>>>>>>>>> Now released. >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>>> DOLFIN 0.9.7: SCOTCH problems >> >>>>>>>>>>>>>>>>>> Remains to fix: >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> - Drop Hardy support (upgrade buildbots) >> >>>>>>>>>>>>>>>>> This might take some time, at least for linux64-exp since >> >>>>>>>>>>>>>>>>> I have no >> >>>>>>>>>>>>>>>>> control over this. I guess it will be upgraded when Lucid >> >>>>>>>>>>>>>>>>> is out. >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> What should we install on hardy-i386? Karmic or perhaps >> >>>>>>>>>>>>>>>>> Lucid? >> >>>>>>>>>>>>>>>> I think we should choose the simplest option. I don't know >> >>>>>>>>>>>>>>>> what is >> >>>>>>>>>>>>>>>> easiest and fastest, either dropping Hardy support (which >> >>>>>>>>>>>>>>>> requires >> >>>>>>>>>>>>>>>> upgrades of buildbots and some extra administration) or >> >>>>>>>>>>>>>>>> adding the >> >>>>>>>>>>>>>>>> required #ifdefs for unordered_set/set. Garth? >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> I don't want to add ifdefs (it actually involves more than >> >>>>>>>>>>>>>>> just that). >> >>>>>>>>>>>>>>> Harish told me yesterday that he wasn't using the standard >> >>>>>>>>>>>>>>> OSX gcc (his >> >>>>>>>>>>>>>>> old version didn't support tr1 well), which means we could >> >>>>>>>>>>>>>>> probably >> >>>>>>>>>>>>>>> switch back to using the tr1 unordered containers and not >> >>>>>>>>>>>>>>> break Hardy or >> >>>>>>>>>>>>>>> standard standard OSX installations. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> I would still suggest that we drop Hardy in the near future, >> >>>>>>>>>>>>>>> perhaps >> >>>>>>>>>>>>>>> once Lucid is out. >> >>>>>>>>>>>>>> That seems like a good plan since Lucid is the next LTS >> >>>>>>>>>>>>>> release. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Do you know which #ifdefs to add so we can get the buildbot >> >>>>>>>>>>>>>> green? >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>> No ifdefs. Just change >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> boost::unordered_set -> std::tr1::unordered_set >> >>>>>>>>>>>>> boost::unordered_map -> std::tr1::unordered_map >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> and the relevant includes. >> >>>>>>>>>>>> This should work, except it might break the mac buildbot. While >> >>>>>>>>>>>> I wasn't >> >>>>>>>>>>>> using the most recent OS X or gcc, I think I was in line with >> >>>>>>>>>>>> the mac >> >>>>>>>>>>>> buildbot. >> >>>>>>>>>>>> >> >>>>>>>>>>>> Johannes, what does the buildbot run? Leopard or Snow Leopard, >> >>>>>>>>>>>> and what >> >>>>>>>>>>>> gcc does it use? >> >>>>>>>>>>> I think it was Leopard and gcc 4.3 from fink. However, the mac >> >>>>>>>>>>> buildbot has been offline for some weeks now. We have bought a >> >>>>>>>>>>> new >> >>>>>>>>>>> imac to be used as a dedicated mac buildbot but I haven't >> >>>>>>>>>>> started to >> >>>>>>>>>>> install anything on it yet. I'm not sure if we should go for >> >>>>>>>>>>> fink or >> >>>>>>>>>>> macports. Any recommendations? >> >>>>>>>>>> I suggest MacPorts. It is a bit more unstable than fink, but it >> >>>>>>>>>> allows >> >>>>>>>>>> for greater control and has a very recent collection of packages. >> >>>>>>>>> Thanks, I will look at MacPorts when I setup the new buildbot. >> >>>>>>>>> >> >>>>>>>>> Johannes >> >>>>>>>> So is the conclusion that std::tr1::unordered_set will work with >> >>>>>>>> >> >>>>>>>> 1. Modern operating systems >> >>>>>>>> 2. Ubuntu Hardy >> >>>>>>>> 3. New Mac versions (which is what we will run on the buildbot) >> >>>>>>>> >> >>>>>>>> ? >> >>>>>>>> >> >>>>>>>> If so I (or someone else) can switch to std::tr1::unordered_set. >> >>>>>>> And the scotch/parmetis include thing needs to be fixed. Garth? >> >>>>>>> >> >>>>>> I can take a look tonight, although I haven't followed closely what >> >>>>>> the >> >>>>>> problem is. >> >>>>> Great. There seems to be a conflict between two versions of >> >>>>> parmetis.h, the ParMETIS one and another installed by SCOTCH. >> >>>>> >> >>>>> I think the solution is to add a scotch/ prefix in the #include >> >>>>> and modify the include path accordingly so it doesn't pick up >> >>>>> parmetis.h from SCOTCH when the real one is needed. >> >>>>> >> >>>> How can I reproduce the problem? I don't see it on my machine. Sounds >> >>>> strange that SCOTCH includes parmetis.h. Is it the compatibility >> >>>> functions that SCOTCH provides that cause the problem? >> >>> This is how I build SCOTCH and PT-SCOTCH on the buildbot: >> >>> >> >>> wget http://gforge.inria.fr/frs/download.php/23390/scotch_5.1.7.tar.gz >> >>> tar zxf scotch_5.1.7.tar.gz >> >>> cd scotch_5.1/src >> >>> ln -s Make.inc/Makefile.inc.i686_pc_linux2 Makefile.inc >> >>> sed -i "/^CCD/s/gcc/mpicc/g" Makefile.in >> >>> sed -i "/^CFLAGS/s/= /= -fPIC /g" Makefile.inc >> >>> make >> >>> make ptscotch >> >>> cd .. >> >>> export SCOTCH_DIR=$PWD >> >>> >> >>> Then I have >> >>> >> >>> ls $SCOTCH_DIR/include >> >>> metis.h parmetis.h ptscotchf.h ptscotch.h scotchf.h scotch.h >> >>> >> >>> But it seems that if I do "make install" it won't copy metis.h and >> >>> parmetis.h to $prefix/include so I guess that is the solution. >> >>> >> >> That's right. Hopefully this fixes the problem. >> > >> > Yes, let's hope so. I have forced a rebuild on the buildbot. >> > >> >> I've just pushed a change for the unordered sets and forced a build. >> >> Garth > > Looking good so far... :-) > > Johannes, the output from the buildbot is somewhat confusing. It > writes things like > > *** Building dolfin *** [1/1] > > When I browse the output from buildbot, I always think that looks like > an error (because of the ***). Would it be possible to change to for > example > > --- Building dolfin --- [1/1] > > Or perhaps it's built into the system?
Yes, it is possible, but that would be messing with JHBuild. Johannes _______________________________________________ Mailing list: https://launchpad.net/~dolfin Post to : dolfin@lists.launchpad.net Unsubscribe : https://launchpad.net/~dolfin More help : https://help.launchpad.net/ListHelp
