Re: [hwloc-devel] 1.3.2rc1 has escaped

2012-02-09 Thread Jeff Squyres
On Feb 8, 2012, at 4:44 PM, Brice Goglin wrote: > Jeff, can you fix everything reported in this thread locally and prepare > a new tarball for Paul? Yes, just catching up on this thread now... -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/abo

Re: [hwloc-devel] 1.3.2rc1 has escaped

2012-02-09 Thread Jeff Squyres
On Feb 8, 2012, at 6:02 PM, Paul H. Hargrove wrote: > The file config/hwloc_check_vendor.m4 that is present in trunk, is ABSENT in > the 1.3.2rc1 tarball. > There is, correspondingly, no call to _HWLOC_C_COMPILER_VENDOR in hwloc.m4. Correct -- we hadn't used $hwloc_c_vendor anywhere else in the

Re: [hwloc-devel] 1.3.2rc1 has escaped

2012-02-09 Thread Jeff Squyres
How's this patch (against v1.3, assuming https://svn.open-mpi.org/trac/hwloc/changeset/4285)? Is the test that checks to see if compilers error when the wrong number of params are passed now mooot? Index: config/hwloc.m4 === --- co

Re: [hwloc-devel] 1.3.2rc1 has escaped

2012-02-09 Thread Paul H. Hargrove
On 2/9/2012 4:48 AM, Jeff Squyres wrote: On Feb 8, 2012, at 6:02 PM, Paul H. Hargrove wrote: The file config/hwloc_check_vendor.m4 that is present in trunk, is ABSENT in the 1.3.2rc1 tarball. There is, correspondingly, no call to _HWLOC_C_COMPILER_VENDOR in hwloc.m4. Correct -- we hadn't us

Re: [hwloc-devel] 1.3.2rc1 has escaped

2012-02-09 Thread Paul H. Hargrove
On 2/9/2012 4:43 AM, Jeff Squyres wrote: On Feb 8, 2012, at 4:44 PM, Brice Goglin wrote: Jeff, can you fix everything reported in this thread locally and prepare a new tarball for Paul? Yes, just catching up on this thread now... FWIW: The system w/ xlc-11.1 also has up-to-date autotools.

Re: [hwloc-devel] 1.3.2rc1 has escaped

2012-02-09 Thread Paul H. Hargrove
Jeff, What you have for the "Make sure..." is wrong in the same way as the one that was in rc1. The problem is that the AC_COMPILE_IFELSE code tests too-few and too-many args together. Since xlc makes too many an error by default, we don't notice its MISbehavior when given too few. So, one nee

Re: [hwloc-devel] 1.3.2rc1 has escaped

2012-02-09 Thread Jeff Squyres
On Feb 9, 2012, at 2:27 PM, Paul H. Hargrove wrote: > What you have for the "Make sure..." is wrong in the same way as the one that > was in rc1. > The problem is that the AC_COMPILE_IFELSE code tests too-few and too-many > args together. > Since xlc makes too many an error by default, we don't

Re: [hwloc-devel] 1.3.2rc1 has escaped

2012-02-09 Thread Paul H. Hargrove
On 2/9/2012 2:07 PM, Jeff Squyres wrote: On Feb 9, 2012, at 2:27 PM, Paul H. Hargrove wrote: What you have for the "Make sure..." is wrong in the same way as the one that was in rc1. The problem is that the AC_COMPILE_IFELSE code tests too-few and too-many args together. Since xlc makes too

Re: [hwloc-devel] 1.3.2rc1 has escaped

2012-02-09 Thread Paul H. Hargrove
On 2/9/2012 2:26 PM, Paul H. Hargrove wrote: We then test if *either* set the variable. Sort of a double-negative. One of De Morgan's Laws: NOT (A AND B) = (NOT A) OR (NOT B) Applied to give: NOT (TEST1_FAIL AND TEST2_FAIL) = (NOT TEST1_FAIL) OR (NOT TEST2_FAIL) = TEST1_PA

[hwloc-devel] Create success (hwloc r1.5a1r4286)

2012-02-09 Thread MPI Team
Creating nightly hwloc snapshot SVN tarball was a success. Snapshot: hwloc 1.5a1r4286 Start time: Thu Feb 9 21:01:01 EST 2012 End time: Thu Feb 9 21:04:14 EST 2012 Your friendly daemon, Cyrador

[hwloc-devel] Create success (hwloc r1.3.2rc2r4285)

2012-02-09 Thread MPI Team
Creating nightly hwloc snapshot SVN tarball was a success. Snapshot: hwloc 1.3.2rc2r4285 Start time: Thu Feb 9 21:04:15 EST 2012 End time: Thu Feb 9 21:07:14 EST 2012 Your friendly daemon, Cyrador