Creating nightly hwloc snapshot SVN tarball was a success.
Snapshot: hwloc 1.1a1r2234
Start time: Mon Jun 21 21:01:05 EDT 2010
End time: Mon Jun 21 21:03:07 EDT 2010
Your friendly daemon,
Cyrador
Jirka Hladky, le Mon 21 Jun 2010 23:40:14 +0200, a écrit :
> processor : 0
>
>
> processor : 1
> physical id : 0
> siblings : 2
> core id : 1
> cpu cores : 2
This looks bogus indeed.
Samuel
Jirka Hladky, le Mon 21 Jun 2010 23:40:14 +0200, a écrit :
> It's dual core CPU with 2x1MB L2 cache. hwloc reports correct result only on
> RHEL6.0 (public beta2) with kernel 2.6.32.
>
> hwloc fails to report correct results on RHEL 5.5 (kernel 2.6.18) and RHEL
> 4.8
> (kernel 2.6.9). Please se
Thanks for your work!
Samuel
Jirka Hladky, le Mon 21 Jun 2010 22:30:36 +0200, a écrit :
> I'm not sure what's wrong. It seems like libtool is not smart enough to
> recognize /usr/lib64 as default library directory on 64-bit system
Well, on Debian it's not needed (and might even be harmful).
Samuel
James Laska, le Mon 21 Jun 2010 13:15:36 -0400, a écrit :
> To note, if I understand correctly, adding '/usr/lib64'
> to /etc/ld.so.conf or /etc/ld.so.conf.d/* should not be needed.
I agree.
> Anything in the standard Fedora library locations should be recognized
> and not require an additional /
Hello,
Jirka Hladky, le Mon 21 Jun 2010 18:54:47 +0200, a écrit :
> I don't have "/usr/lib64" directory listed in
> /etc/ld.so.conf. However, "/usr/lib64" is considered to be the
> default lib location on 64-bit system.
Ok. And lib
Hi guys,
I have been always impressed how well hwloc works. Now it seems like I have
found a bug on Pentium D, but it might be bug in linux kernel as well.
http://en.wikipedia.org/wiki/List_of_Intel_Pentium_D_microprocessors
I have reproduced the bug on
Pentium D 820 (at Dell's PowerEdge SC430)
Hi all,
I have created a package review ticket for hwloc:
https://bugzilla.redhat.com/show_bug.cgi?id=606498
Once it will be approved, hwloc will become available as package in Fedora.
Thanks for a great software!
Jirka
PS: I have attached spec file
Summary: Portable Hardware Locality - port
On Jun 21, 2010, at 4:30 PM, Jirka Hladky wrote:
> I'm not sure what's wrong. It seems like libtool is not smart enough to
> recognize /usr/lib64 as default library directory on 64-bit system I have
> asked on Fedora packaging mailing list for advice. I will keep you updated.
Awesome; thanks.
On Monday, June 21, 2010 09:58:08 pm Jeff Squyres wrote:
> On Jun 21, 2010, at 3:18 PM, Jirka Hladky wrote:
> > $chrpath --list /usr/local/bin/lstopo
> > /usr/local/bin/lstopo: RPATH=/usr/local/lib
>
> Ah, I understand now. And I'm seeing the same behavior:
>
> $ cd util
> $ rm lstopo
> $ make V
On Jun 21, 2010, at 3:18 PM, Jirka Hladky wrote:
> $chrpath --list /usr/local/bin/lstopo
> /usr/local/bin/lstopo: RPATH=/usr/local/lib
Ah, I understand now. And I'm seeing the same behavior:
$ cd util
$ rm lstopo
$ make V=1
/bin/sh ../libtool --tag=CC --mode=link gcc -I/usr/include/cairo
-I/
On Monday, June 21, 2010 09:07:35 pm Jeff Squyres wrote:
> On Jun 21, 2010, at 12:54 PM, Jirka Hladky wrote:
> > However, libtool does not look into /usr/lib64 by default. I have found 2
> > ways
>
> > how to fix it:
> Are we installing to /usr/lib64 by default? Or do you have something in
> your
On Jun 21, 2010, at 12:54 PM, Jirka Hladky wrote:
> However, libtool does not look into /usr/lib64 by default. I have found 2 ways
> how to fix it:
Are we installing to /usr/lib64 by default? Or do you have something in your
specfile or your system's default that is resetting libdir to /usr/lib
On Monday, June 21, 2010 04:51:09 pm Samuel Thibault wrote:
> Jeff Squyres, le Mon 21 Jun 2010 10:48:13 -0400, a écrit :
> > I still see -rpath being inserted in the final link step for libhwloc.so
> > (SVN build using AC 2.65, AM 1.11.1, LT 2.2.6b):
> >
> > /bin/sh ../libtool --tag=CC --mode=l
Jeff Squyres, le Mon 21 Jun 2010 10:48:13 -0400, a écrit :
> I still see -rpath being inserted in the final link step for libhwloc.so (SVN
> build using AC 2.65, AM 1.11.1, LT 2.2.6b):
>
> /bin/sh ../libtool --tag=CC --mode=link gcc -std=gnu99
> -fvisibility=hidden -I/usr/include/libxml2
Sorry; I was on a plane while most of this conversation was occurring on Friday.
I see that Samuel converted to use LDADD instead of LIBS. Cool.
I still see -rpath being inserted in the final link step for libhwloc.so (SVN
build using AC 2.65, AM 1.11.1, LT 2.2.6b):
/bin/sh ../libtool --tag
17 matches
Mail list logo
