[hwloc-devel] Create success (hwloc r1.3a1r3518)
Creating nightly hwloc snapshot SVN tarball was a success. Snapshot: hwloc 1.3a1r3518 Start time: Fri Jun 17 21:01:05 EDT 2011 End time: Fri Jun 17 21:03:36 EDT 2011 Your friendly daemon, Cyrador
Re: [hwloc-devel] hwloc trunk nightly 1.3a1r3511 fails to build on CentOS 5.6 & RHEL 5.6
pciutils was re-based to 3.1.7 in RHEL5.6 at the request of some of our hardware partners, in order to add some new hardware support. That'd explain why I didn't hit it when I was testing previously, we were still on CentOS 5.4 and RHEL 5.5 then so obviously this dependency is new in RHEL 5.6. Wonder if they'd consider it a bug ? Apparently not. The only bug filed about it (that I have found) is BZ 646884, which reported that kudzu failed to build after the update. The response to that was, "add -lresolv" --Guy
Re: [hwloc-devel] hwloc trunk nightly 1.3a1r3511 fails to build on CentOS 5.6 & RHEL 5.6
On Jun 17, 2011, at 7:52 AM, Brice Goglin wrote: > Advice from colleagues: This is becoming too ugly, this is libpci's > fault, just always add -lz -lresolv and let the linker drop them later > if they're useless :) Then we (might/probably will) get linker warnings when building hwloc. I'll tinker and see if a newer autoconf fixes the problem (i.e., no caching), because it definitely didn't happen to me last night. -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
Re: [hwloc-devel] hwloc trunk nightly 1.3a1r3511 fails to build on CentOS 5.6 & RHEL 5.6
On Jun 17, 2011, at 4:04 AM, Christopher Samuel wrote: >> Is there anyway to tell autoconf to ignore/drop some cached results? >> Resetting the value of ac_cv_lib_pci_pci_lookup_name may work but I >> don't know if we can do that (if we can, we should do it for >> pci_init/pci_cleanup vs -lz too). > > Good guess Brice! This patch to configure from that nightly > snapshot gets it working again: FWIW, I specifically tested for the caching problem before I committed that, and it didn't exhibit it on my side (i.e., it didn't cache the result, so it actually ran the 2nd test). I wonder if that's a feature of newer Autoconfs... hmmm... -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
Re: [hwloc-devel] hwloc trunk nightly 1.3a1r3511 fails to build on CentOS 5.6 & RHEL 5.6
Advice from colleagues: This is becoming too ugly, this is libpci's
fault, just always add -lz -lresolv and let the linker drop them later
if they're useless :)
Brice
Le 17/06/2011 10:04, Christopher Samuel a écrit :
> On 17/06/11 17:14, Brice Goglin wrote:
>
> > Is there anyway to tell autoconf to ignore/drop some cached results?
> > Resetting the value of ac_cv_lib_pci_pci_lookup_name may work but I
> > don't know if we can do that (if we can, we should do it for
> > pci_init/pci_cleanup vs -lz too).
>
> Good guess Brice! This patch to configure from that nightly
> snapshot gets it working again:
>
> --- configure.old 2011-06-17 11:01:25.0 +1000
> +++ configure 2011-06-17 17:59:23.0 +1000
> @@ -10321,6 +10321,7 @@
> if test "x$ac_cv_lib_resolv_inet_ntoa" = x""yes; then :
>{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for
> pci_lookup_name in -lpci" >&5
> $as_echo_n "checking for pci_lookup_name in -lpci... " >&6; }
> +unset ac_cv_lib_pci_pci_lookup_name
> if test "${ac_cv_lib_pci_pci_lookup_name+set}" = set; then :
>$as_echo_n "(cached) " >&6
> else
>
> thus:
>
> checking pci/pci.h usability... yes
> checking pci/pci.h presence... yes
> checking for pci/pci.h... yes
> checking for pci_init in -lpci... yes
> checking for pci_lookup_name in -lpci... no
> checking for inet_ntoa in -lresolv... yes
> checking for pci_lookup_name in -lpci... yes
> checking whether PCI_LOOKUP_NO_NUMBERS is declared... yes
> checking for pci_find_cap in -lpci... yes
> checking whether struct pci_dev has a device_class field... yes
> checking whether struct pci_dev has a domain field... yes
>
> and it compiles and builds an lstopo which includes PCI info!
>
> cheers,
> Chris
___
hwloc-devel mailing list
hwloc-de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-devel
Re: [hwloc-devel] hwloc trunk nightly 1.3a1r3511 fails to build on CentOS 5.6 & RHEL 5.6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17/06/11 17:14, Brice Goglin wrote:
> Is there anyway to tell autoconf to ignore/drop some cached results?
> Resetting the value of ac_cv_lib_pci_pci_lookup_name may work but I
> don't know if we can do that (if we can, we should do it for
> pci_init/pci_cleanup vs -lz too).
Good guess Brice! This patch to configure from that nightly
snapshot gets it working again:
- --- configure.old 2011-06-17 11:01:25.0 +1000
+++ configure 2011-06-17 17:59:23.0 +1000
@@ -10321,6 +10321,7 @@
if test "x$ac_cv_lib_resolv_inet_ntoa" = x""yes; then :
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for pci_lookup_name in
-lpci" >&5
$as_echo_n "checking for pci_lookup_name in -lpci... " >&6; }
+unset ac_cv_lib_pci_pci_lookup_name
if test "${ac_cv_lib_pci_pci_lookup_name+set}" = set; then :
$as_echo_n "(cached) " >&6
else
thus:
checking pci/pci.h usability... yes
checking pci/pci.h presence... yes
checking for pci/pci.h... yes
checking for pci_init in -lpci... yes
checking for pci_lookup_name in -lpci... no
checking for inet_ntoa in -lresolv... yes
checking for pci_lookup_name in -lpci... yes
checking whether PCI_LOOKUP_NO_NUMBERS is declared... yes
checking for pci_find_cap in -lpci... yes
checking whether struct pci_dev has a device_class field... yes
checking whether struct pci_dev has a domain field... yes
and it compiles and builds an lstopo which includes PCI info!
cheers,
Chris
- --
Christopher Samuel - Senior Systems Administrator
VLSCI - Victorian Life Sciences Computation Initiative
Email: sam...@unimelb.edu.au Phone: +61 (0)3 903 55545
http://www.vlsci.unimelb.edu.au/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk37CoQACgkQO2KABBYQAh+rNgCgjjC7lgqxKd4EFqROW88roXHe
J+QAnRBAFPxTK1dRB/06jjV1I9CTWZlv
=1yf6
-END PGP SIGNATURE-
Re: [hwloc-devel] hwloc trunk nightly 1.3a1r3511 fails to build on CentOS 5.6 & RHEL 5.6
Le 17/06/2011 08:40, Christopher Samuel a écrit : > On 17/06/11 05:32, Jeff Squyres wrote: > > > Ok, good. I'll see if I can code this up. > > > ...done. Try a nightly trunk tarball >=r3516 > > (new nightly should be made in about 6 hours). > > Hmm, now it looks like it doesn't correctly enable > pci support.. > > checking pci/pci.h usability... yes > checking pci/pci.h presence... yes > checking for pci/pci.h... yes > checking for pci_init in -lpci... yes > checking for pci_lookup_name in -lpci... no > checking for inet_ntoa in -lresolv... yes > checking for pci_lookup_name in -lpci... (cached) no The problem is that it's cached so the first failure to find pci_lookup_name causes the second check to be bypassed. When fixing similar -lz problems, I had to look for another libpci symbol (pci_cleanup instead of pci_init) to prevent such caching problems. It makes the configure output strange because it may say that pci_init isn't available, add -lz and then say that pci_cleanup is available. Anyway, pci_lookup_name seems to be the only API function that ends up using the resolv code, so I don't see which other symbol to check for. Is there anyway to tell autoconf to ignore/drop some cached results? Resetting the value of ac_cv_lib_pci_pci_lookup_name may work but I don't know if we can do that (if we can, we should do it for pci_init/pci_cleanup vs -lz too). Brice
Re: [hwloc-devel] hwloc trunk nightly 1.3a1r3511 fails to build on CentOS 5.6 & RHEL 5.6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/06/11 05:32, Jeff Squyres wrote: > Ok, good. I'll see if I can code this up. > > ...done. Try a nightly trunk tarball >=r3516 > (new nightly should be made in about 6 hours). Hmm, now it looks like it doesn't correctly enable pci support.. checking pci/pci.h usability... yes checking pci/pci.h presence... yes checking for pci/pci.h... yes checking for pci_init in -lpci... yes checking for pci_lookup_name in -lpci... no checking for inet_ntoa in -lresolv... yes checking for pci_lookup_name in -lpci... (cached) no It compiles OK but lstopo no longer shows PCI info. I've attached the config.log from our CentOS 5.6 machine. cheers, Chris - -- Christopher Samuel - Senior Systems Administrator VLSCI - Victorian Life Sciences Computation Initiative Email: sam...@unimelb.edu.au Phone: +61 (0)3 903 55545 http://www.vlsci.unimelb.edu.au/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk369s8ACgkQO2KABBYQAh9k9wCgh3AVta409ejOYI0MEYiV9E3l z1QAn17CCjn6cv3PRL3rKRJc2ilW+RyZ =Rs0h -END PGP SIGNATURE- config.log.bz2 Description: BZip2 compressed data
