so,
> > aliasing libtool/libtoolize to glibtool/glibtoolize may help.
> >
> > Brice
> >
> >
> > ___
> > hwloc-users mailing list
> > hwloc-users@lists.open-mpi.org
> > https://lists.open-mpi.org/mailman/listinfo/hwloc-users
> >
>
> _
www.open-mpi.org/mailman/listinfo.cgi/hwloc-users
> Link to this post:
> http://www.open-mpi.org/community/lists/hwloc-users/2014/12/1135.php
--
Erik Schnetter <schnet...@cct.lsu.edu>
http://www.perimeterinstitute.ca/personal/eschnetter/
think I've seen cases where the device-tree contains 0 for such line
>> sizes.
>> I guess we should document that the line size is 0 means unknown.
>>
>> Can you send the tarball generated by hwloc-gather-topology ? (send it
>> only to, in a private email)
>>
private email)
>
> Brice
>
>
>
> Le 27/02/2013 23:11, Erik Schnetter a écrit :
>
> I am running hwloc 1.7a1r5312 on a Power7 architecture. I find there a
> level 2 cache with a cacheline size of 0. Is this to be expected? The
> documentation doesn't say that determini
name) has type "data" depth 1
size 32768 linesize 128 associativity 8 stride 4096
Cache (unknown name) has type "unified" depth 2
size 262144 linesize 0 associativity 8 stride 32768
-erik
--
Erik Schnetter <schnet...@cct.lsu.edu>
http://www.perimeterinstitute.ca/personal/eschnetter/
very soon. But if you can look at it, that'll be great.
>
>
> Brice
>
>
>
> Le 08/01/2013 18:06, Erik Schnetter a écrit :
>
> I am trying to use hwloc on a Blue Gene/Q. Building and installing worked
> fine, and it reports the system configuration fine as well (
esponding hwloc objects are
> useful to real application.
>
> Brice
>
> ___
> hwloc-users mailing list
> hwloc-us...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-users
>
--
Erik Schnetter <schnet...@cct.lsu.edu>
http://www.perimeterinstitute.ca/personal/eschnetter/
wloc and I
> >>>
> >>> don't know why anyone should bother trying to fix Cray's problem, but
> >>> I suspect that pragmatism will prevail, as it appears to have in the
> >>> case of Boost
> >>> (
> http://www.boost.org/doc/l
<brice.gog...@inria.fr> wrote:
> Did this work in the past? I don't think we changed this code recently.
> Can you run "make check" to make sure this change doesn't break anything?
> Thanks
> Brice
>
>
> Le 17/01/2013 19:19, Erik Schnetter a écrit :
>
>
lif defined(__GNUC__) && !defined(_CRAYC)
-erik
--
Erik Schnetter <schnet...@gmail.com>
http://www.perimeterinstitute.ca/personal/eschnetter/
gt; PUs.
> > I am supposed to get a BGQ account in the near future so I hope I will
> have
> > everything working in v1.7.
> > Stay tuned
> > Brice
> >
> >
> >
> >
> > Le 08/01/2013 18:06, Erik Schnetter a écrit :
> >
> > I am trying
be
used. A Blue Gene/Q has 64 PUs, and may be using 64-bit integers to hold
cpu_set_t data. Could this be an issue?
My goal is to examine and experiment with thread/core bindings with OpenMP
to improve performance.
-erik
--
Erik Schnetter <schnet...@gmail.com>
http://www.perimeterinstit
try again?
> Brice
>
>
>
> Le 04/01/2013 04:50, Erik Schnetter a écrit :
>
> I just installed hwloc 1.6 on a Linux Red Hat system. libnuma is
> required for linking -- I receive linker errors if I omit -lnuma, and I see
> that -lnuma is listed in libhwloc.la un
ugh.
Does this sound like an error when hwloc.pc is generated, or am I
misunderstanding how pkg-config works? If you give me a pointer, I'd be
happy to try an provide a patch.
-erik
--
Erik Schnetter <schnet...@gmail.com>
http://www.perimeterinstitute.ca/personal/eschnetter/
14 matches
Mail list logo