Creating nightly hwloc snapshot SVN tarball was a success.
Snapshot: hwloc 1.3rc2r3771
Start time: Tue Sep 6 21:06:47 EDT 2011
End time: Tue Sep 6 21:09:58 EDT 2011
Your friendly daemon,
Cyrador
Creating nightly hwloc snapshot SVN tarball was a success.
Snapshot: hwloc 1.2.2a1r3772
Start time: Tue Sep 6 21:03:58 EDT 2011
End time: Tue Sep 6 21:06:47 EDT 2011
Your friendly daemon,
Cyrador
Creating nightly hwloc snapshot SVN tarball was a success.
Snapshot: hwloc 1.4a1r3776
Start time: Tue Sep 6 21:01:01 EDT 2011
End time: Tue Sep 6 21:03:58 EDT 2011
Your friendly daemon,
Cyrador
- Original Message -
> Igor Galić, le Tue 06 Sep 2011 18:00:00 +0200, a écrit :
> > > > > And also send the output of
> > > > >
> > > > > lstopo --input "nodes:2 sockets:3 caches:4 cores:5 6"
> > > >
> > > > Stdout:
> > > > http://paste.pocoo.org/show/471341/
> > >
> > > And without --ena
On Sep 6, 2011, at 11:41 AM, Igor Galić wrote:
>> If you don't want to build from SVN (which requires fairly modern
>> autotools versions), you can just wait for the nightly tarball
>
> We've got those with OpenCSW, but as I'm packaging the software,
> I'd rather stick to "stable" versions.
>
>
Le 06/09/2011 17:39, Jeff Squyres a écrit :
> On Sep 6, 2011, at 11:25 AM, Brice Goglin wrote:
>
>>> - I don't know where we ended up in the other thread: do we want JSON or
>>> no? If we can parse it easily without an external dependency, then I think
>>> it's worthwhile.
>> I stopped working o
Igor Galić, le Tue 06 Sep 2011 18:00:00 +0200, a écrit :
> > > > And also send the output of
> > > >
> > > > lstopo --input "nodes:2 sockets:3 caches:4 cores:5 6"
> > >
> > > Stdout:
> > > http://paste.pocoo.org/show/471341/
> >
> > And without --enable-debug? (Since that option apparently make
> > > Uh.
> > >
> > > Could you re-run it after giving --enable-debug to ./configure?
> >
> > Tests pass with -g only and with --enable-debug (and with no change
> > to
> > visibility -- I'll attempt this as next step.)
>
> Erf.
>
> > > And also send the output of
> > >
> > > lstopo --input
FYI, in MPICH2 we use a custom macro to check for compiler warnings and
treat them as errors to get around such problems.
http://trac.mcs.anl.gov/projects/mpich2/browser/mpich2/trunk/confdb/aclocal_cc.m4?rev=8279#L11
Ugly, but works.
-- Pavan
On 09/06/2011 09:13 AM, Jeff Squyres wrote:
On
- Original Message -
> On Sep 6, 2011, at 8:49 AM, Jeff Squyres wrote:
>
> > Ah, it looks like we got around this in OMPI by explicitly checking
> > to see if the compiler vendor is Sun. Terrible! Let me see about
> > back-porting these changes from OMPI...
>
> I did some internal cle
On Sep 6, 2011, at 11:25 AM, Brice Goglin wrote:
>> - I don't know where we ended up in the other thread: do we want JSON or no?
>> If we can parse it easily without an external dependency, then I think it's
>> worthwhile.
>
> I stopped working on JSON this to see where the idea of reimplement
Le 06/09/2011 16:53, Jeff Squyres a écrit :
> On Sep 6, 2011, at 10:44 AM, Brice Goglin wrote:
>
>> v1.3rc1 has been released two weeks ago and many things are going on
>> right now, in all branches:
>> * I just finished fixing my pile of distance-related bugs (thanks to
>> multinode support and OM
Igor Galić, le Tue 06 Sep 2011 17:10:04 +0200, a écrit :
> - Original Message -
> > Igor Galić, le Tue 06 Sep 2011 14:48:07 +0200, a écrit :
> > > > Assertion failed: !obj, file hwloc_get_obj_inside_cpuset.c, line
> > > > 40
> > > > /bin/bash: line 5: 20986 Abort (core dum
- Original Message -
> Igor Galić, le Tue 06 Sep 2011 14:48:07 +0200, a écrit :
> > > Assertion failed: !obj, file hwloc_get_obj_inside_cpuset.c, line
> > > 40
> > > /bin/bash: line 5: 20986 Abort (core dumped)
> > > ${dir}$tst
> > > FAIL: hwloc_get_obj_inside_cpuset
>
On Sep 6, 2011, at 10:44 AM, Brice Goglin wrote:
> v1.3rc1 has been released two weeks ago and many things are going on
> right now, in all branches:
> * I just finished fixing my pile of distance-related bugs (thanks to
> multinode support and OMPI users). I backported the really important
> ones
v1.3rc1 has been released two weeks ago and many things are going on
right now, in all branches:
* I just finished fixing my pile of distance-related bugs (thanks to
multinode support and OMPI users). I backported the really important
ones in v1.3 and v1.2. Do we want a 1.2.2?
* I applied some non-
On Sep 6, 2011, at 8:49 AM, Jeff Squyres wrote:
> Ah, it looks like we got around this in OMPI by explicitly checking to see if
> the compiler vendor is Sun. Terrible! Let me see about back-porting these
> changes from OMPI...
I did some internal cleanup on that configury test and committed i
Igor Galić, le Tue 06 Sep 2011 14:48:07 +0200, a écrit :
> > Assertion failed: !obj, file hwloc_get_obj_inside_cpuset.c, line 40
> > /bin/bash: line 5: 20986 Abort (core dumped)
> > ${dir}$tst
> > FAIL: hwloc_get_obj_inside_cpuset
Uh.
Could you re-run it after giving --enable-de
My $0.02: for simplicity, let's force ASCII-only. If we get complaints/feature
requests, we can see about updating to include non-ASCII.
But then again, I'm biased because I'm an American. You guys might have
different views -- e.g., you need non-ASCII for your organization's name.
On Sep 5
On Sep 6, 2011, at 8:40 AM, Igor Galić wrote:
> From the config.log:
>
> configure:8175: checking if /opt/SUNWspro/bin/cc supports -fvisibility
> configure:8193: /opt/SUNWspro/bin/cc -o conftest -xO3 -m32 -xarch=v8
> -fvisibility=hidden -I/opt/csw/include -m32 -xarch=v8 -L/opt/csw/lib
> conftes
>
> The failing test (i386):
>
> PASS: hwloc_get_next_obj_covering_cpuset
> Assertion failed: !obj, file hwloc_get_obj_inside_cpuset.c, line 40
> /bin/bash: line 5: 20986 Abort (core dumped)
> ${dir}$tst
> FAIL: hwloc_get_obj_inside_cpuset
> PASS: hwloc_get_shared_cache_coverin
- Original Message -
> On Sep 5, 2011, at 7:39 PM, Igor Galić wrote:
>
> >> So I think the real issue is why configure might be getting your
> >> visibility tests wrong...? Please send your configure
> >> stdout/stderr
> >> and config.log - we can have a look.
> >
> > Will do an report
Jeff Squyres, le Tue 06 Sep 2011 13:42:32 +0200, a écrit :
> I think this has now been resolved, right?
Maybe, I was quite busy in the past weeks, so couldn't really follow
closely.
Samuel
On Sep 5, 2011, at 7:39 PM, Igor Galić wrote:
>> So I think the real issue is why configure might be getting your
>> visibility tests wrong...? Please send your configure stdout/stderr
>> and config.log - we can have a look.
>
> Will do an report back.
Excellent; many thanks.
> Another thing:
I think this has now been resolved, right?
On Sep 5, 2011, at 6:45 PM, Samuel Thibault wrote:
> Hello,
>
> Jeff Squyres, le Sat 27 Aug 2011 12:40:20 +0200, a écrit :
>> Here's some output from the nightly build machine about the "make check"
>> errors that are failing.
>
> It's hard to say wha
25 matches
Mail list logo
