Jeff, thanks for the report.
Embarassingly the needed typemap file was not part of the package in
CPAN. This mistake is corrected in
http://cpan.perl.org/authors/id/B/BK/BKA/Sys-Hwloc-0.10.tar.gz
Please give this a try.
To be able to run the full test suite, you will also need to install a
newe
I ran some quick tests on the rc1 tarball and ran into problems with the
get-API man page and the gather-topology scripts (ie they weren't there and
make install failed).
Could you guys have a look?
Sent from my PDA. No type good.
Le 20/01/2011 12:23, Jeff Squyres (jsquyres) a écrit :
> I ran some quick tests on the rc1 tarball and ran into problems with the
> get-API man page and the gather-topology scripts (ie they weren't there and
> make install failed).
>
> Could you guys have a look?
>
>
The online tarball doesn
Le 20/01/2011 13:01, Brice Goglin a écrit :
> The online tarball doesn't build here either. It doesn't contain the
> gather-topology.1in manpage. But make dist (and distcheck) in v1.1
> branch work fine here.
>
> I don't know what happen during your make dist. Apart from the missing
> manpage. Your
I used my Mac, which I've used to make all the other hwloc tarballs.
I know that doxygen had been updated since I built the 1.1 tarball, though --
it's possible that the others have been updated, too. I'll check.
Did you notice the font selection for the titles in
http://www.open-mpi.org/proje
On Jan 20, 2011, at 7:18 AM, Brice Goglin wrote:
> Your tarball:
>
> $ tar tvfz hwloc-1.1.1rc1.tar.gz | grep get_api_
> -rw-r--r-- jsquyres/staff 34 2011-01-19 14:21
> hwloc-1.1.1rc1/doc/doxygen-doc/man/man3/hwloc_get_api_version.3
> -rw-r--r-- jsquyres/staff 34 2011-01-19 14:21
> hwl
Le 20/01/2011 13:26, Jeff Squyres a écrit :
> I used my Mac, which I've used to make all the other hwloc tarballs.
>
> I know that doxygen had been updated since I built the 1.1 tarball, though --
> it's possible that the others have been updated, too. I'll check.
>
> Did you notice the font sele
On Jan 20, 2011, at 7:51 AM, Brice Goglin wrote:
>> /usr/bin/install: cannot stat `./doxygen-doc/man/man3/HWLOC_API_VERSION.3':
>> No such file or directory
>
> I can't reproduce this on my RHEL 5.5 unfortunately.
I'm fixing the sed problem ATM (Linux sed allows -i with no argument; OS X sed
-
On the trunk, we have apparently dropped the .sh extension from
hwloc-gather-topology. But on the v1.1 branch, it's hwloc-gather-topology.sh.
The NEWS file discusses changes to hwloc-gather-topology.sh in 1.1.1 (the .sh
version was added in 1.1.0).
It is .sh on the 1.1 branch because we've alr
Le 20/01/2011 15:52, Jeff Squyres a écrit :
> On the trunk, we have apparently dropped the .sh extension from
> hwloc-gather-topology. But on the v1.1 branch, it's hwloc-gather-topology.sh.
>
> The NEWS file discusses changes to hwloc-gather-topology.sh in 1.1.1 (the .sh
> version was added in 1
On Jan 20, 2011, at 10:04 AM, Brice Goglin wrote:
> It's a planned difference. Trunk was renamed because we said the ".sh"
> prefix was useless. If we want to uniformize between trunk and 1.1, we
> need to remove .sh in v1.1. But it would break the naming between 1.1.0
> and 1.1.1.
Blah -- I see
On Jan 20, 2011, at 7:26 AM, Jeff Squyres wrote:
> /usr/bin/install: cannot stat `./doxygen-doc/man/man3/HWLOC_API_VERSION.3':
> No such file or directory
This looks like it was due to some kind of doxygen version and/or bug. I had
1.6.4 on my RHEL5.5 system and HWLOC_API_VERSION.3 was not gen
http://www.open-mpi.org/software/hwloc/v1.1/
Hopefully much better than rc1. :-)
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Hello,
Guy Streeter, le Mon 17 Jan 2011 21:03:04 +0100, a écrit :
> I am currently working to get a public git repository set up so that I can
> share the work. In the meantime, my first pass at python bindings for hwloc
> are available from
>
> http://people.redhat.com/streeter/
Here are some
rc2 had problems; they should all be fixed in rc3.
http://www.open-mpi.org/software/hwloc/v1.1/
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
On 01/20/2011 11:32 AM, Samuel Thibault wrote:
Hello,
Guy Streeter, le Mon 17 Jan 2011 21:03:04 +0100, a écrit :
I am currently working to get a public git repository set up so that I can
share the work. In the meantime, my first pass at python bindings for hwloc
are available from
http://peop
Thanks!
The short version is that 0.10 with hwloc 1.1.1rc3 passed everything for me on
a RHEL 5.5 node with 64 hardware threads (i.e., 32 intel cores on 4 sockets).
hwloc 1.1.0 (as expected) failed the ulong tests -- that stuff has been fixed
in the upcoming 1.1.1.
-
[root@localhost Sys
On Jan 20, 2011, at 12:32 PM, Samuel Thibault wrote:
> Apart from these nasty details, I like the interface style, thanks for
> the nice contribution ! :)
+1
I was more curious on whether the hwloc bindings interfaces for perl and python
would be similar. It looks like they will be a bit diffe
Guy Streeter, le Thu 20 Jan 2011 19:02:52 +0100, a écrit :
> On 01/20/2011 11:32 AM, Samuel Thibault wrote:
> >>topo = hwloc.hwloc_topology()
> >>assert obj.type == hwloc.HWLOC_OBJ_PU
> >>orig = hwloc.hwloc_bitmap.alloc()
> >
> >Mmm, why repeating "hwloc"?
>
> I think removing the "hwloc_" prefix
On Thu, 2011-01-20 at 13:08 -0500, Jeff Squyres wrote:
> On Jan 20, 2011, at 12:32 PM, Samuel Thibault wrote:
>
> > Apart from these nasty details, I like the interface style, thanks for
> > the nice contribution ! :)
>
> +1
>
> I was more curious on whether the hwloc bindings interfaces for per
Bernd Kallies, le Thu 20 Jan 2011 20:13:03 +0100, a écrit :
> The only thing I was wondering about are these OO method names, which I
> had to invent them myself. If there is some need to synchronize these
> with the python binding, we may agree about them. Backwards
> compatibility of the Perl bin
On Thu, 2011-01-20 at 20:22 +0100, Samuel Thibault wrote:
> Bernd Kallies, le Thu 20 Jan 2011 20:13:03 +0100, a écrit :
> > The only thing I was wondering about are these OO method names, which I
> > had to invent them myself. If there is some need to synchronize these
> > with the python binding,
On 01/20/2011 01:22 PM, Samuel Thibault wrote:
Bernd Kallies, le Thu 20 Jan 2011 20:13:03 +0100, a écrit :
The only thing I was wondering about are these OO method names, which I
had to invent them myself. If there is some need to synchronize these
with the python binding, we may agree about the
Hi all,
One of the patches that we maintain in MPICH2 for hwloc is to disable
picking stricter compiler options based on the fact that a ".svn" or
".hg" is available. This is similar to disabling picking verbose mode
based on .svn or .hg existing, that I had reported earlier.
https://svn.ope
Le 20/01/2011 22:16, Pavan Balaji a écrit :
> Hi all,
>
> One of the patches that we maintain in MPICH2 for hwloc is to disable
> picking stricter compiler options based on the fact that a ".svn" or
> ".hg" is available. This is similar to disabling picking verbose mode
> based on .svn or .hg exist
On 01/20/2011 03:33 PM, Brice Goglin wrote:
Le 20/01/2011 22:16, Pavan Balaji a écrit :
I'd rather keep it. Maybe Jeff can add a m4 macro that your m4 would
call to disable it? Something that would force the default value of
hwloc_want_picky to 0.
Ok, that's fine.
What's surprising is that t
On Jan 20, 2011, at 4:52 PM, Pavan Balaji wrote:
>> I'd rather keep it. Maybe Jeff can add a m4 macro that your m4 would
>> call to disable it? Something that would force the default value of
>> hwloc_want_picky to 0.
>
> Ok, that's fine.
You should be able to use --disable-picky.
>> What's sur
Creating nightly hwloc snapshot SVN tarball was a success.
Snapshot: hwloc 1.2a1r3119
Start time: Thu Jan 20 21:01:02 EST 2011
End time: Thu Jan 20 21:03:19 EST 2011
Your friendly daemon,
Cyrador
Creating nightly hwloc snapshot SVN tarball was a success.
Snapshot: hwloc 1.1.1rc4r3121
Start time: Thu Jan 20 21:03:19 EST 2011
End time: Thu Jan 20 21:05:28 EST 2011
Your friendly daemon,
Cyrador
29 matches
Mail list logo
