ything! ;-)
(I'm only half-kidding, actually -- FWIW, I use hwloc for everything these
days. The logical ordering alone makes it worthwhile. The simplicity of
hwloc-bind's socket:X,core:Y is even more lovely. ...etc.)
--
Jeff Squyres
jsquy...@cisco.com<mailto:jsquy...@
n-mpi.org/mailman/listinfo/hwloc-devel
--
Jeff Squyres
jsquy...@cisco.com<mailto:jsquy...@cisco.com>
___
hwloc-devel mailing list
hwloc-devel@lists.open-mpi.org
https://lists.open-mpi.org/mailman/listinfo/hwloc-devel
FYI -- same applies for hwloc commit emails.
Begin forwarded message:
From: "Jeff Squyres \(jsquyres\) via ompi-commits"
mailto:ompi-comm...@lists.open-mpi.org>>
Subject: [OMPI commits] Commit emails
Date: April 26, 2019 at 10:28:30 AM EDT
To: "ompi-comm...@lists.open-mpi
VS -- that may well have been the last sticking
point that allowed us to move Open MPI to C99.
--
Jeff Squyres
jsquy...@cisco.com
___
hwloc-devel mailing list
hwloc-devel@lists.open-mpi.org
https://lists.open-mpi.org/mailman/listinfo/hwloc-devel
ther, and I am pretty sure it's
> not the first time it happens. There are no archives for this ML, do we
> have a way to see the logs of the emailing script that runs on github ?
>
> Brice
>
>
>
> Le 08/02/2017 16:19, Jeff Squyres (jsquyres) a écrit :
>> On Feb 7
em supports binding or not. Hence, hedging the
warning message a little seemed reasonable.
--
Jeff Squyres
jsquy...@cisco.com
___
hwloc-devel mailing list
hwloc-devel@lists.open-mpi.org
https://rfd.newmexicoconsortium.org/mailman/listinfo/hwloc-devel
therefore diminishes the issue.
We haven't chosen to do this for most Open MPI projects, but it might be a
possibility. If nothing else, if it's a serious problem for your users, you
could duplicate posting the hwloc tarballs to
https://github.com/open-mpi/hwloc/releases.
--
Jeff Squyres
jsquy..
der
https://www.open-mpi.org/community/lists/ (so that we don't break lots of old
links from around the web), but they are frozen. No new messages have been
added to the frozen archive since late July 2016 or so.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go
We unfortunately ran into major issues while trying to migrate these lists, and
have therefore restored them back on the Indiana U servers until we try the
migration again.
Sorry for the hassle folks; stay tuned!
> On Jul 20, 2016, at 10:28 AM, Jeff Squyres (jsquyres) <jsquy...@cis
We are beginning the list migration process; this list will be suspended while
it is in transit to a new home.
We can't predict the exact timing of the migration -- hopefully it'll only take
a few hours.
See you on the other side!
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal
ilable,
but they'll be frozen -- no new messages will be added there. Specifically:
links to old posts will continue to work.
2. New web archives for all the lists -- to include all the old posts -- will
become available elsewhere. Specifics will be included in the "The list is no
ucted / maintained along side the autotools
configure/build system, and it was continually out of date :-( )
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
nly grab actual releases, but the OMPI v1.8 series is coming to a
close, so I think that this is ok.
This PR is actually for OMPI master; once it shakes out ok on master, we'll PR
it over to OMPI v1.8. Once that has all completed, we'll likely want to
upgrade OMPI master to hwloc v1.10.1 (which
On Feb 14, 2015, at 8:57 AM, Brice Goglin <brice.gog...@inria.fr> wrote:
>> Brice: do you have a nightly coverity submission script running somewhere?
>
> No, I just run it manually from time to time.
Do you want it to run automated? We can run the script at IU.
--
I added a bunch of components into the hwloc coverity setup, as well as a dummy
model file (so that coverity doesn't complain that hwloc is not fully
configured).
Brice: do you have a nightly coverity submission script running somewhere?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal
ig_space_cache, PCI_CAP_ID_EXP);
> +
> if (offset > 0 && offset + 20 /* size of PCI express block up to link
> status */ <= CONFIG_SPACE_CACHESIZE)
> hwloc_pci_find_linkspeed(config_space_cache, offset,
> >attr->pcidev.linkspeed);
>
>
>
> ---
>
> Summary of changes:
> hwloc/topology-pci.c | 41 ++---
> 1 file changed, 22 insertions(+), 19 deletions(-)
>
>
> hooks/post-receive
> --
> open-mpi/hwloc
> ___
> hwloc-commits mailing list
> hwloc-comm...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-commits
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
including the differences between the
different caches.
Perhaps it would be sufficient to be able to combine the type and the cache
type together somehow -- e.g., the cache type could be bit-shifted up above the
type bits, and then you could switch/case on the combined value...? (waving
hands furiously...)
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
L5? That's more than any architecture
has today, and gives us a bit of future-proofing.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Errr... I got the patch slightly wrong. The one added line should include the
".$HWLOC_RELEASE_VERSION" at the end. You get the idea...
On Oct 1, 2014, at 8:50 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> wrote:
> We just changed the version numbering scheme ove
fi
+HWLOC_VERSION="$HWLOC_MAJOR_VERSION.$HWLOC_MINOR_VERSION"
HWLOC_VERSION="${HWLOC_VERSION}${HWLOC_GREEK_VERSION}"
# If HWLOC_SNAPSHOT=1, then use HWLOC_SNAPSHOT_VERSION
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
nly 2 SODIMMs). dmidecode
> gets DIMM info somehow.
Back in Nehalem days, it wasn't possible to map Linux kernel "physical" memory
back to individual DIMMs (because the BIOS could/would introduce another layer
of kernel<-->DIMM mapping that the kernel might not be aware of).
annotation/review tools -- depending on
the situation, you may want to use (e.g., for fine-grained, detailed replies)
those instead of replying to hwloc-commits mails, anyway.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal
(not cron)
***NOTE: the mailing list is now hwloc-commits (not hwloc-svn)
So I think we're finally 100% Github for hwloc.
Enjoy!
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Cool. I'm going to wait until I hear from Brice (I think he might be
traveling?); I don't want to spam him with a zillion emails.
On Sep 12, 2014, at 7:58 AM, Samuel Thibault <samuel.thiba...@inria.fr> wrote:
> Jeff Squyres (jsquyres), le Fri 12 Sep 2014 10:44:03 +, a écrit :
e there's only a few dozen tickets), you can set your watching
back to the normal level.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Yoinks!
Autocomplete in my email client sent this to the wrong list... hwloc conversion
is already done. This message was meant for the main Open MPI developers list,
not the hwloc list.
Sorry for the noise...
On Sep 9, 2014, at 12:03 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com>
everyone for next Tuesday's call.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
t;, (unsigned long long)
> diff->obj_attr.diff.uint64.oldvalue);
> + sprintf(tmp, "%llu", (unsigned long long)
> diff->obj_attr.diff.ui64.oldvalue);
> state.new_prop(, "obj_attr_oldvalue", tmp);
> - sprintf(tmp, "%llu", (unsigned long long)
> diff->obj_attr.diff.uint64.newvalue);
> + sprintf(tmp, "%llu", (unsigned long long)
> diff->obj_attr.diff.ui64.newvalue);
> state.new_prop(, "obj_attr_newvalue", tmp);
> break;
> case HWLOC_TOPOLOGY_DIFF_OBJ_ATTR_NAME:
> ___
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
The hwloc wiki -- all 5 pages of it :-) -- is now officially on github:
https://github.com/open-mpi/hwloc/wiki
The Trac wiki is now deprecated.
(...conversion of Trac tickets is still in the works...)
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http
of the
content needs to be updated for Github), I can move it to the real hwloc Github
wiki.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Good enough; thanks for the refresher. :)
Sent from my phone. No type good.
> On Aug 18, 2014, at 2:07 PM, "Brice Goglin" <brice.gog...@inria.fr> wrote:
>
> Le 18/08/2014 20:37, Jeff Squyres (jsquyres) a écrit :
>> I notice that --enable-plugins seems
? Or have we previously embedded libltdl
(via LT_CONFIG_LTDL_DIR), and it has just bit-rotted?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
How about displaying a warning if --get is specified but a command to execute
is also specified?
Sent from my phone. No type good.
> On Aug 13, 2014, at 5:22 AM, "John Donners" wrote:
>
> Hi Brice,
>
>> On 13-08-14 10:46, Brice Goglin wrote:
>> Hello,
>>
>> Can
lse
if (strcmp(fsroot_path, "/")) {
errno = ENOSYS;
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
w to handle permissions on release branches (git doesn't have the same kind
of directory-based permissions that we do in SVN)
- end-of-life the bitbucket/hg mirror
Hope this helps explain the current direction. Please feel free to reply with
questions / comments / offers to help. :-)
--
Jeff Squ
E"
ls -lf $distdir/README
On Apr 7, 2014, at 6:04 PM, Brice Goglin <brice.gog...@inria.fr>
wrote:
> My jenkins does make distcheck on some Linux and only make check on
> others, so it should be fine on my side.
>
> Brice
>
>
>
>
> Le 08/0
-h -f - doc/doxygen-doc | tar -x -C
> /home/ci/hwloc-gitclone/build/hwloc-gitclone -f -
> tar: /dev/rmt/0: No such file or directory
>
>
>
> Le 07/04/2014 23:29, Jeff Squyres (jsquyres) a écrit :
>> --- a/config/distscript.sh
>> +++ b/config/distscript.sh
>> @
On Apr 7, 2014, at 5:06 PM, "Jeff Squyres (jsquyres)" <jsquy...@cisco.com>
wrote:
> Ok, lemme look at tar -- there's a canonical way to copy dir trees with tar;
> let me look it up...
Does this work for you? It seems to do the Right Thing for me on OS X and
Linux.
t;
>make dist works when building out-of-source if $srcdir/doc/doxygen-doc
>is a symlink to builddir/doc/doxygen-doc.
>But it actually fails to copy the doxygen-doc tree because it
>doesn't dereference the symlink. Fix that.
>
> Brice
>
>
>
>
> Le 07/04/
range.
>
> Brice
>
>
>
> Le 07/04/2014 22:05, Jeff Squyres (jsquyres) a écrit :
>> Right -- I've done that (i.e., if I do "make doc" again, it does nothing
>> because it's already done). And "make dist" works fine.
>>
>> But &quo
(but a little bit harder to use :))
>
> Brice
>
>
> Le 07/04/2014 21:37, Jeff Squyres (jsquyres) a écrit :
>> I just pushed 143e27248f928797e2e8532747386c67c9f8d873, which converted
>> distscript.csh to distscript.sh.
>>
>> If it works well on master, we
eutils. It's
> crary hwloc has to work around this very old issue, we should just stop
> using csh and distros that haven't fixed this :)
>
> Brice
>
> ___
> hwloc-devel mailing list
> hwloc-de...@open-mpi.org
> http://www.open-
Sweet; thanks.
On Jan 10, 2014, at 12:25 PM, Brice Goglin <brice.gog...@inria.fr> wrote:
> Looks like we're good.
> Brice
>
>
>
> Le 10/01/2014 18:05, Jeff Squyres (jsquyres) a écrit :
>> K, will do.
>>
>> On Jan 10, 2014, at 12:00 PM, Bri
K, will do.
On Jan 10, 2014, at 12:00 PM, Brice Goglin <brice.gog...@inria.fr>
wrote:
> Push it to master, we'll what regression testing at
> https://ci.inria.fr/hwloc/job/master-1-check/ thinks about it
> Brice
>
>
>
> "Jeff Squyres (jsquyres)" &
mp;
defined(HAVE_MEMALIGN) && defined(HAVE_MALLOC_H)
+#include
#endif
#ifdef HAVE_UNISTD_H
#include
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
hanges:
>> utils/test-hwloc-diffpatch.sh.in | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>>
>> hooks/post-receive
>
> _______
> hwloc-devel mailing list
> hwloc-de...@open-mpi.org
> http://www.open-mp
Ok, sorry for the bazillion emails you just got, but the email script should
now send out notices for all commits on all branches now.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
you have to explicit
> enable them on github?
>
> Brice
>
>
>
> Le 06/11/2013 15:30, Jeff Squyres (jsquyres) a écrit :
>> There was a disk problem on the IU server where the git commit message came
>> from.
>>
>> It was ju
There was a disk problem on the IU server where the git commit message came
from.
It was just fixed, which is why we got the commit email so late.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
ill not be easy.
> When one has Xlib.h, having Xutil.h and keysym.h is not really far
> anyway.
Ok -- so you're saying we *require* all 3, right?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
, there's extra
X11 goodies that can be used)
Is that correct? Or do we *require* all 3 header files for X11 support?
On Nov 1, 2013, at 11:20 AM, "Jeff Squyres (jsquyres)" <jsquy...@cisco.com>
wrote:
> Ya -- working on a new patch, too.
>
>
> On Nov 1, 201
Ya -- working on a new patch, too.
On Nov 1, 2013, at 11:10 AM, Brice Goglin <brice.gog...@inria.fr> wrote:
> Can you first find out which header and library contains XOpenDisplay()
> on your Mac?
>
> Brice
>
>
>
> Le 01/11/2013 16:01, Jeff Squyres (jsquy
to be independent
of Cairo and GL (and therefore only once, and include the AC_DEFINE for
HWLOC_HAVE_X11)?
On Nov 1, 2013, at 10:53 AM, Samuel Thibault <samuel.thiba...@inria.fr> wrote:
> Jeff Squyres (jsquyres), le Fri 01 Nov 2013 15:12:31 +0100, a écrit :
>> Cool. Does the following patch
not found, Cairo/X11 back-end disabled])
- hwloc_cairo_happy=no
-fi
-
- CFLAGS=$CFLAGS_save
- LIBS=$LIBS_save
- fi
fi
if test "x$hwloc_cairo_happy" = "xyes"; then
On Nov 1, 2013, at 10:07 AM, Samuel Thibault <samuel.thiba.
l seem
to use Cairo in lstopo (e.g., generate PDFs and PNGs).
Are there some platforms where linking Cairo depends on X11? If so, is there a
way we can discover that in configure? (because Cairo doesn't seem to need X11
on OS X for just outputting PDFs and PNGs)
--
Jeff Squyres
jsquy...@cis
t find anything better than parsing /proc/elog
>> to find that number.
>
> Mmm, we don't have the commit diff any more? I found that useful, to be
> able to quickly see what happened exactly.
>
> Samuel
> _______
> hwloc-svn mailing l
rm -rf your local clone and pull down a fresh one.
Big apologies to everyone for all this hassle; it was my mistake that caused
this kerfuffle (bonus to everyone: use kerfuffle in a sentence today).
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com
I'll go do that now...
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
githib/open-mpi/hwloc and replace it with this one.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
On Oct 3, 2013, at 6:41 AM, Brice Goglin <brice.gog...@inria.fr> wrote:
> It was likely moved to the attic. If svn2git doesn't find it, that's
> fine, I still have it in my archives in case we ever want it (very
> unlikely).
Ah, ok.
--
Jeff Squyres
jsquy...@cisco.com
For
he hwloc git repo because nothing
tremendously important has happened since the conversion (we can just replay
the script update commits -- it'll be a little painful, but do-able).
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
uot;, so to speak everywhere); the rest is processing that we do for
whatever reason that the tarball is being built.
Any other thoughts on how we can simplify things?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Tell me which SVN branches you want to keep -- just the cuda branch? -- and let
me chat with Dave to see how to get that back.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
for #2 (nightly tarballs).
Fair enough.
That being said, when we tell users to get a nightly tarball (e.g., to get a
bug fix), my experience is that they don't know/care about the nightly tarball
numbering scheme: they always just get the most recent version.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
hem, but this one worked fine so far. It generates messages such as:
>
> http://lists.gforge.inria.fr/pipermail/knem-commits/2013-July/000465.html
> I don't think it truncates the diff yet. We may want some separators
> between commits too. All this shouldn't be hard to configure.
It l
>
> Le 28/09/2013 14:19, Jeff Squyres (jsquyres) a écrit :
>> This sounds good. Can you add this to the trac wiki?
>>
>> (e.g., MPICH did something like this when they converted to git)
>>
>>
>> On Sep 28, 2013, at 8:15 AM, Brice Goglin <brice.g
__
> hwloc-devel mailing list
> hwloc-de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-devel
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
;Email"). There's *very* little configuration available:
- the address to send to
- an email address secret
- what address to send from
There's no option for diffs (!), and no option to customize the mail/subject.
:-\
Do you have a favorite git commit emailing script? We can probably use
Ok, the infrastructure is now updated. I've generated the first snapshot
tarballs in http://www.open-mpi.org/software/hwloc/nightly/. Nightly snapshots
for <=v1.6 have all been removed.
Git is fully open for business. Enjoy.
--
Jeff Squyres
jsquy...@cisco.com
For corporate le
e former works largely as it did before: it'll make hwloc-.tar.*.
The latter is being heavily updated to basically use "git describe".
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
her projects use this "git describe" kind of
behavior for their nightly snapshots), but this is a change from what we used
to do, so I wanted to call it out specifically.
Are you guys ok with this?
(note: I'm still mucking with the final tag names, so some of the above may
chan
ue working on the
nightly tarball script tomorrow.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
sion
4. DongInn will use the new hwloc github to convert to a new hwloc github trac
5. We'll do some sanity checking to make sure it's all working
6. We'll send an "all clear" email, and we'll move on in life using github+trac
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal informat
onal tests.
>
> Brice
>
>
>
> Le 23/09/2013 20:36, Jeff Squyres (jsquyres) a écrit :
>> Did you guys want to try to git commits and see them affect trac, etc.?
>>
>> I'm thinking that getting you 2 guys happy with the github <--> trac
>> in
The nightly tarballs were broken for a few days after IU moved the build
machine to a different server.
They should now be fixed -- the OMPI 1.9 tarball was generated a few minutes
ago; the others are being built right now.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information
AM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> wrote:
> Added both of you.
>
> On Sep 7, 2013, at 2:52 AM, Samuel Thibault <samuel.thiba...@inria.fr> wrote:
>
>> Jeff Squyres (jsquyres), le Sat 07 Sep 2013 00:04:13 +0200, a écrit :
>>> What ar
IU moved the nightly build cron jobs to a new machine today, and they failed.
I'm manually running the build cron jobs on the old build machine (eddie) right
now.
I've alerted IU to what I think the error was in the move; hopefully they'll be
able to fix it over the weekend.
--
Jeff Squyres
Added both of you.
On Sep 7, 2013, at 2:52 AM, Samuel Thibault <samuel.thiba...@inria.fr> wrote:
> Jeff Squyres (jsquyres), le Sat 07 Sep 2013 00:04:13 +0200, a écrit :
>> What are your github IDs?
>
> sthibaul
>
> Samuel
> ___
github and leave SVN behind.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
LGPL-2.1 code, so technically it's still
> correct ;-). But I blame Fortran for this oversight.
LOL!
(that was an MPI Forum/inside joke for those of you wondering WTF it meant :-) )
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about
y that
is built using GNU Libtool, you may include this file under the
same distribution terms that you use for the rest of that program.
-
This special exception is included in every single file under src/libltdl
except README and COPYING.LIB.
--
Jeff Squyres
jsquy...@cisco.com
For
p sending
emails and svn commit until the migration is done.
Please let me know if you have any questions or issues about this migration.
Regards,
--
- DongInn
---
CREST System administrator
Indiana University
Bloomington, IN
--
Jeff Squyres
jsquy...@cisco.com<mailto:j
loc-de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-devel
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Compare: https://github.com/open-mpi/hwloc/compare/c30565e852eb...a9c1ac48877f
> ___
> hwloc-svn mailing list
> hwloc-...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-svn
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
.fr> wrote:
> Do you have any svn/git plan in the very near future? I will have a
> couple fixes to push in the next days. So if you're going to switch to
> git soon, please let me know, I'll wait and commit later.
>
> Brice
>
>
>
> Le 04/06/2013 12:14, Jeff S
of the occasion:
Linkers are your friends
like a bully at recess
takes your lunch money.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
c. I don't see how to
> do that with lt_dlsym?
Can we lt_dlopen(NULL) to get a handle to this process?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
nit API to set flags like this...?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
you'll need in the plugin (or any public hwloc symbol, for that matter). If
ltdl_sym gets NULL back for the hwloc global symbol, then the plugin should
disqualify itself and have itself unloaded (perhaps with some way of reporting
what/why it did that).
--
Jeff Squyres
jsquy...@cisco.com
F
.
I know that MPICH went through this (converting all old messages -- both in SVN
and trac -- from "r" to git hashes). Let me talk to Dave later today and
see what they did.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
y
> to name svn branches in git.
I'd like to explore converting all the old SVN log message mentions of "r"
to git hashes. git-svn doesn't do that, right?
> We may also have to pass --authors-file to git svn clone so that SVN
> logins are converted into proper git author
ading plugins (e.g., some kind of flexible runtime linker
namespace solution), individual user-level software packages cannot hope to
sanely work around what is currently defined as the system model.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
ect to
encounter along the way.
On Jun 3, 2013, at 11:17 PM, Brice Goglin <brice.gog...@inria.fr> wrote:
> +1000 !
> I already use git-svn for most of my hwloc work. But I still need svn for
> backports, and that wastes a lot of my time.
> Brice
>
>
> "Jeff Squy
ositories when
they break/become unusable).
Interested?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
e namespace and then
hwloc tries to dynamically load its plugins, such loading may fail since the
hwloc plugins can't find the hwloc symbols they need). The embedder project is
*strongly* advised not to use hwloc's dynamically loading plugins / libltdl
capability.
--
Jeff Squyres
jsquy...@ci
C++ build of
> doc/hwloc-hello.c)
> (got a build failure report from https://ci.inria.fr/hwloc/)
>
> Brice
>
>
>
> Le 08/05/2013 02:27, svn-commit-mai...@open-mpi.org a écrit :
>> Author: jsquyres (Jeff Squyres)
>> Date: 2013-05-07 20:27:25 EDT (Tue, 07 May 2013)
&
r application authors were trying to open all plugins in private
namespaces but couldn't. The same will be true with hwloc: those who embed
hwloc should be *strongly advised* to not use libltdl (even though it's not the
default) because of the private/public namespace issue.
--
Jeff Squyres
jsquy
I don't think libltdl has a .pc. :(
Sent from my phone. No type good.
On May 8, 2013, at 2:26 AM, "Brice Goglin"
<brice.gog...@inria.fr<mailto:brice.gog...@inria.fr>> wrote:
Le 08/05/2013 02:47, Jeff Squyres (jsquyres) a écrit :
How's this patch?
The only question I hav
1. Ok.
2. My thoughts were preventing hwloc from going thru some of the pain that
OMPI went thru w embedding. Libibverbs has the same problem. If you have
middleware that uses plugins that, in turn, uses plugins, it's a bit
complicated to support fully static builds properly (OMPI and hwloc
How's this patch?
The only question I have is: how do we figure out what libraries to put in the
.pc file in the --disable-shared --enable-static case?
On May 7, 2013, at 8:24 PM, Samuel Thibault <samuel.thiba...@inria.fr> wrote:
> Jeff Squyres (jsquyres), le Wed 08 May 2013 02:21
1 - 100 of 540 matches
Mail list logo