- Original Message -
> On Sep 6, 2011, at 1:16 PM, Jeff Squyres wrote:
>
> > ...gah! It looks like we're not setting $hwloc_c_vendor at all.
> > Well, that explains it. Let me poke around some more...
>
> I finally got back to this and added the hwloc_c_vendor checking
> stuff in. C
On Sep 6, 2011, at 1:16 PM, Jeff Squyres wrote:
> ...gah! It looks like we're not setting $hwloc_c_vendor at all. Well, that
> explains it. Let me poke around some more...
I finally got back to this and added the hwloc_c_vendor checking stuff in. Can
you try any SVN trunk version beyond r38
Igor Galić, le Wed 07 Sep 2011 00:40:06 +0200, a écrit :
> - 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:
> >
- 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.
>
>
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
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 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
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
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:
- Original Message -
> I do not believe your diagnosis is correct (but I am not at keyboard
> to check). The configure visibility stuff turns on 2 different
> things:
>
> - visibility compiler attributes
> - compiler cli flags (fvisibility)
>
> With your sed, u only disabled the cli opt
I do not believe your diagnosis is correct (but I am not at keyboard to check).
The configure visibility stuff turns on 2 different things:
- visibility compiler attributes
- compiler cli flags (fvisibility)
With your sed, u only disabled the cli options, whichight be redundant anyway.
But the
Le 04/09/2011 18:26, Igor Galić a écrit :
> Hi folks,
>
> first off: I would've submitted this Bug report via Trac if I could have
> done it anonymously. I *tried* to register, but the captcha was impossible
> to decipher -- And I can see! I strongly suggest you replace this with
> reCaptcha. It ha
Hi folks,
first off: I would've submitted this Bug report via Trac if I could have
done it anonymously. I *tried* to register, but the captcha was impossible
to decipher -- And I can see! I strongly suggest you replace this with
reCaptcha. It has an option to reload the captcha, and an audio opti
21 matches
Mail list logo
