Re: [OMPI devel] Annual SVN account maintenance

e deadline, THEY WILL BE DELETED. -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-42451 Fax: +49 (351) 463-37773 E-Mail: bert.wes...@tu-dresden.de smime.p7s Description: S/MIME Cry

Re: [OMPI devel] v1.8 - compile/dist problem

g/community/lists/devel/2014/07/15218.php ___ devel mailing list de...@open-mpi.org Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel Link to this post: http://www.open-mpi.org/community/lists/devel/2014/07/15235.php -- Dipl.-Inf. Bert Wesarg

Re: [OMPI devel] v1.8 - compile/dist problem

differently than an ./configure && make though. Bert On Thu, Jul 24, 2014 at 10:57 AM, Bert Wesarg <bert.wes...@tu-dresden.de> wrote: -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dre

Re: [OMPI devel] v1.8 - compile/dist problem

at the end of configure. Though if this is not guaranteed to happen (maybe it depends on the used compiler) than we would need to ensure it in the makefile itself. Does someone know the details from autoconf about this? Bert Regards Peter Breitenlohner <p...@mppmu.mpg.de> -- Dipl.-

Re: [OMPI devel] v1.8 - compile/dist problem

nore non-existing files, rather than punting), and its use will allow us to get rid of the configure time machinery for the initial creation of .deps directories (this has already been done in Automake-NG, and has worked beautifully so far). -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Te

Re: [OMPI devel] v1.8 - compile/dist problem

Just for the record: The --disable-dependency-tracking triggers the problem. Which rpmbuild probably passes to the configure call. Bert On 07/24/2014 07:01 PM, Bert Wesarg wrote: On 07/24/2014 03:59 PM, Jeff Squyres (jsquyres) wrote: Another data point: I just bootstrapped with Automake

Re: [OMPI devel] v1.8 - compile/dist problem

On 07/24/2014 07:01 PM, Bert Wesarg wrote: Now there is still a problem: Matthias Jurenz is on vacation until August 5th. and I'm completely unfamiliar with the procedure how the VT code is updated in the ompi trunk. For what I see it should go like this: 1. Commit into vendor/vampirtrace

Re: [OMPI devel] v1.8 - compile/dist problem

On 07/25/2014 11:51 AM, Peter Breitenlohner wrote: On Thu, 24 Jul 2014, Bert Wesarg wrote: On 07/24/2014 02:52 PM, Peter Breitenlohner wrote: This typically occurs when you try to create a file (symlink) in a nonexistent directory. In such situations the make rules must ensure

Re: [OMPI devel] SHMEM symmetric objects in shared libraries

Hi, On 05/10/2014 02:46 PM, Bert Wesarg wrote: Hi, Btw, I'm pretty confident, that this Open SHMEM implementation does not recognize global or static variables in shared libraries as symmetric objects. It is probably wise to note this somewhere to the users. I've never got an reply

Re: [OMPI devel] SHMEM symmetric objects in shared libraries

On 07/29/2014 06:23 PM, Shamis, Pavel wrote: On 05/10/2014 02:46 PM, Bert Wesarg wrote: Hi, Btw, I'm pretty confident, that this Open SHMEM implementation does not recognize global or static variables in shared libraries as symmetric objects. It is probably wise to note this somewhere

Re: [OMPI devel] SHMEM symmetric objects in shared libraries

my_pe = shmem_my_pe(); npes = shmem_n_pes(); master = npes - 1; /* only used on master */ static long val = 0; if(my_pe != master ){ shmem_long_fadd(,1,master); } shmem_barrier_all(); return 0; } Josh -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Te

Re: [OMPI devel] SHMEM symmetric objects in shared libraries

site/sites/default/site_files/openshmem-specification-1.1.pdf Bert Pasha -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-42451 Fax: +49 (351) 463-37773 E-Mail: bert.wes.

Re: [OMPI devel] [vt] --with-openmpi-inside configure argument

l" are "yes" and "1.7". Noted. But this is not my field. May take some time, because Matthias is still in vacation. Bert -Paul -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-42451 Fax: +49 (351) 463-37773 E-Mail: bert.wes...@tu-dresden.de smime.p7s Description: S/MIME Cryptographic Signature

Re: [OMPI devel] OMPI@GitHub: (Mostly) Open for business

ind is : git log master and then /r and manually retrieve the git commit id a few lines above Ah, yes -- good point. Better let git do the grep: git log --grep=r Bert -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informa

[OMPI devel] Request for a Open MPI SotU BoF slot for VampirTrace

discussion. Sorry for being a little late with this request, but hopefully it is not too late. Kind regards, Bert Wesarg [1] score-p.org -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel

[OMPI devel] help-oshmem-shmem.txt still missing in v1.8

have failing shmem programs with 1.8.4 which didn't with 1.8.2. Thanks. Bert -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-42451 Fax: +49 (351) 463-37773 E-Mail

[OMPI devel] Assertion `0 != r_mkey->len' failed in spml_yoda.c:1113:mca_spml_yoda_get

All, On 01/31/2015 10:04 AM, Bert Wesarg wrote: I also have failing shmem programs with 1.8.4 which didn't with 1.8.2. I have now a reproducer which fails for me with 1.8.4 and dev-791-g03c2adf but works with 1.8.2. SHMMAX is: $ cat /proc/sys/kernel/shmmax 268435456 config.log

Re: [OMPI devel] Assertion `0 != r_mkey->len' failed in spml_yoda.c:1113:mca_spml_yoda_get

On 01/31/2015 02:00 PM, Jeff Squyres (jsquyres) wrote: Bert -- Can you file this as a Github issue? FTR: https://github.com/open-mpi/ompi/issues/367 -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH

[OMPI devel] Reporting bugs in the github world

it on GitHub: https://github.com/open-mpi/ompi/issues/367#issuecomment-72318778 -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-42451 Fax: +49 (351) 463-37773 E-Mail: bert.wes

Re: [OMPI devel] 1.8.5rc1 VT-related build failure

ost: http://www.open-mpi.org/community/lists/devel/2015/04/17183.php -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-42451 Fax: +49 (351) 463-37773 E-Mail: bert.wes...@tu-

Re: [OMPI devel] Build regression: VampirTrace libraries built with debug symbols and no optimization

5-6900, Kingdom of Saudi Arabia http://www.kaust.edu.sa Office Phone: +966 12 808-0459 -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-42451 Fax: +49 (351) 463-377

Re: [OMPI devel] fortran calling MPI_* instead of PMPI_*

interface, not the PMPI. That may result in performance data from MPI calls in SHMEM applications, which seems weird too. Bert Cheers, Gilles -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062

Re: [OMPI devel] 1.6.2rc2 VT build failure [with patch]

On Tue, Sep 11, 2012 at 8:56 PM, Paul Hargrove wrote: > FYI: This problem is *NOT* specific to NetBSD - it also just showed up for > me on Solaris-10/SPARC. > > So, I question the "VT compile fix on Solaris" in Jeff's list of changes > relative to rc1. > I would guess that

Re: [OMPI devel] 1.6.2rc2 VT build failure [with patch]

Hi, On Tue, Sep 11, 2012 at 8:10 PM, Paul Hargrove wrote: > I've not tested any other recent RCs, but had a chance today to run this one > on a subset of my normal pile of test platforms. > > I am not sure why this has only hit me on NetBSD, because the problem looks > pretty

Re: [OMPI devel] 1.6.2rc2 VT/OMP build failure with PGI 8.0-6

On Tue, Sep 11, 2012 at 9:08 PM, Paul Hargrove wrote: > While newer PGI compilers don't complain, I find that PGI-8.0-6 fails as > shown below. > In addition to 1 error, there are 3 warnings that might be worth > examination. > > My guess is that the code is trying to use OMP

Re: [OMPI devel] 1.6.2rc2 VT/OMP build failure with PGI 8.0-6

Hi, On Tue, Sep 11, 2012 at 9:38 PM, Paul Hargrove wrote: > Following-up as promised: > My build w/ PGI-7.2-5 has completed and produces the same error (and > warnings) as seen w/ 8.0-6 and reported in the message quoted below. Thanks. I don't know since the PGI has support

Re: [OMPI devel] git tree mirror: I give up :-(

ly a git-cvs-mirror. That said, while I'm currently not working on the Open MPI code, I'm nevertheless offer you my help. Bert -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463

Re: [OMPI devel] GNU Automake 1.14 released

o maintain compatibly with pre-1.14 automake. Any guidance is more than welcomed. Kind Regards, Matthias Jurenz & Bert Wesarg [1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13928 foo-subdir-objects-warnings.tar.gz Description: GNU Zip compressed data

Re: [OMPI devel] 1.7.4rc3 static link failure on Solaris

_ devel mailing list de...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/devel -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-

Re: [OMPI devel] fail when linking against libmpi.so

happened that otfmerge-mpi is the first binary which tries to link against the just built libmpi.so and fails. All other binaries which links against libmpi.so will fail too. Thanks. Bert *M* -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informat

[OMPI devel] 1.7.5: OpenShmem symbols are not weak

MPI_Init 2051: 000841ff 484 FUNCGLOBAL DEFAULT 11 PMPI_Init HTH, Bert [1] http://www.vi-hps.org/projects/score-p -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463

[OMPI devel] shmem_collect32 does not work with nlong == 0

and current trunk r31639. A small testcase is attached. Btw, I'm pretty confident, that this Open SHMEM implementation does not recognize global or static variables in shared libraries as symmetric objects. It is probably wise to note this somewhere to the users. Kind regards, Bert Wesarg #include

Re: [OMPI devel] shmem_collect32 does not work with nlong == 0

On 05/10/2014 02:46 PM, Bert Wesarg wrote: Hi, I get a deadlock when using the shmem_collect32() routine and any of the non-root PEs pass 0 as the number of elements. It looks like the algorithm in _algorithm_central_collector() does use 0 as a special value, and thus does not break out

[OMPI devel] Please provide the pshmem_finalize symbol

the application did not call shmem_finalize. So our pledge to the Open MPI community is to provide the pshmem_finalize symbol, even though this function is not (yet) in the OpenSHMEM standard. Sincerely, Bert Wesarg [1] http://www.vi-hps.org/projects/score-p -- Dipl.-Inf. Bert Wesarg wiss

Re: [OMPI devel] Please provide the pshmem_finalize symbol

On 05/14/2014 03:15 PM, Mike Dubman wrote: here it goes, https://svn.open-mpi.org/trac/ompi/changeset/31751 Thank you very much. I will test against the latest nightly builds for trunk and v1.8 and report back. Regards, Bert On Wed, May 14, 2014 at 9:19 AM, Bert Wesarg <bert.wes...

Re: [OMPI devel] Shared library version numbers for 1.8.2

the return type of shmem_finalize changed from int to void. Here is the trunk commit: https://svn.open-mpi.org/trac/ompi/changeset/31413 And here the CMR commit: https://svn.open-mpi.org/trac/ompi/changeset/31758 Regards, Bert -- Jeff Squyres -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Techni

Re: [OMPI devel] [OMPI svn-full] svn:open-mpi r32225 - in trunk: contrib/build-mca-comps-outside-of-tree ompi/contrib/vt/vt ompi/contrib/vt/vt/extlib/otf opal/mca/event/libevent2021/libevent

ERS(config.h) AC_DEFINE(NUMERIC_VERSION, 0x02001500, [Numeric representation of the version]) ___ svn-full mailing list svn-f...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/svn-full -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische

Re: [OMPI devel] PkgSrc build of 1.8.1 gives a portability error

; == "1" -a \ Autoconf also avoids the '-a' and '-o' flag from 'test' because of portability reasons: http://www.hep.by/gnu/autoconf/Limitations-of-Builtins.html#index-g_t_0040command_007btest_007d-1725 Bert -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universit

Re: [OMPI devel] v1.8 - compile/dist problem

/mailman/listinfo.cgi/devel Link to this post: http://www.open-mpi.org/community/lists/devel/2014/07/15214.php -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-42451 Fax: +49 (351

[OMPI devel] [PATCH 1/4] opal-ps: fix memory leak

From: Bert Wesarg <bert.wes...@googlemail.com> Free the memory alocated by the call to asprintf. Regards, Bert Wesarg --- orte/tools/orte-ps/orte-ps.c |1 + 1 file changed, 1 insertion(+) diff --quilt old/orte/tools/orte-ps/orte-ps.c new/orte/tools/orte-ps/orte-ps.c --- old/orte

[OMPI devel] [PATCH 1/4] opal-ps: fix memory leak

From: Bert Wesarg <bert.wes...@googlemail.com> --- orte/tools/orte-ps/orte-ps.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --quilt old/orte/tools/orte-ps/orte-ps.c new/orte/tools/orte-ps/orte-ps.c --- old/orte/tools/orte-ps/orte-ps.c +++ new/orte/tools/orte-ps/ort

[OMPI devel] [PATCH 3/4] opal-ps: Use the return value from asprintf as the header length.

From: Bert Wesarg <bert.wes...@googlemail.com> asprintf returns the length of the written header, use this as the length. Regards, Bert Wesarg --- orte/tools/orte-ps/orte-ps.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --quilt old/orte/tools/orte-ps/orte-ps.c ne

[OMPI devel] [PATCH 4/4] opal-ps: function for printing dahsed line.

From: Bert Wesarg <bert.wes...@googlemail.com> Provide a helper funtion to print a dashed line of variable length and use this in the pretty_print* functions. Regards, Bert Wesarg --- orte/tools/orte-ps/orte-ps.c | 37 ++--- 1 file changed, 18 inse

[OMPI devel] [PATCH] printf.h: fix typo

From: Bert Wesarg <bert.wes...@googlemail.com> Regards, Bert Wesarg --- opal/util/printf.h |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --quilt old/opal/util/printf.h new/opal/util/printf.h --- old/opal/util/printf.h +++ new/opal/util/printf.h @@ -83,7

[OMPI devel] [PATCH 2/4] opal-ps: fix header length calculus

From: Bert Wesarg <bert.wes...@googlemail.com> The 2 new lines where added to the header length, which looks wrong. Regards, Bert Wesarg --- orte/tools/orte-ps/orte-ps.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --quilt old/orte/tools/orte-ps/orte-ps.c new/orte

[OMPI devel] help-orte-top.txt: add missing [

Regards, Bert Index: orte/tools/orte-top/help-orte-top.txt === --- orte/tools/orte-top/help-orte-top.txt (revision 20692) +++ orte/tools/orte-top/help-orte-top.txt (working copy) @@ -46,7 +46,7 @@ keyword "file". Please

Re: [OMPI devel] OpenMPI, PLPA and Linux cpuset/cgroup support

On Wed, Jul 22, 2009 at 17:17, Sylvain Jeaugey wrote: > Hi Jeff, > > I'm interested in joining the effort, since we will likely have the same > problem with SLURM's cpuset support. > > On Wed, 22 Jul 2009, Jeff Squyres wrote: > >> But as to why it's getting EINVAL, that

Re: [OMPI devel] OpenMPI, PLPA and Linux cpuset/cgroup support

On Wed, Jul 22, 2009 at 18:55, Bert Wesarg<bert.wes...@googlemail.com> wrote: > I does not know any C interface to get a tasks cpuset mask (ok, > libcpuset Just an amendment to give the url to the libcpuset homepage: http://oss.sgi.com/projects/cpusets/ > >

Re: [OMPI devel] OpenMPI, PLPA and Linux cpuset/cgroup support

On Wed, Jul 22, 2009 at 19:24, Jeff Squyres wrote: > Bert -- is this functionality something we'd want to incorporate into PLPA? What functionality? The complete libcpuset or just the 'get me the cpuset mask of this task'? I don't think its good if we duplicate the whole

[OMPI devel] installed wrappers

Hello, why are the mpiCC, mpif77, and mpif90 wrappers installed, when i specify --disable-mpi-cxx, --disable-mpi-f77, and --disable-mpi-f90 for the ./configure? Greetings Bert Wesarg

[OMPI devel] build problem with 1.1.4

"/usr/local/share" $ grep '^#define OPAL_DATADIR' openmpi-1.1.4/opal/include/opal/install_dirs.h #define OPAL_DATADIR "${prefix}/share" this results in the problem, that the opal_wrapper can't find the wrapper data files in /share/openmpi/. Greetings Bert Wesarg

[OMPI devel] [PATCH] ompi_get_libtool_linker_flags.m4: fix $extra_ldflags detection

Hello, when using a multi token CC variable (like "gcc -m32"), the logic to extract $extra_ldflags from libtool don't work. So here is a little hack to remove the $CC prefix from the libtool-link cmd. Bert Wesarg diff -ur openmpi-1.1.4/config/ompi_get_libtool_linker_flags.m4 ope

Re: [OMPI devel] [PATCH] ompi_get_libtool_linker_flags.m4: fix $extra_ldflags detection

Bernhard Fischer wrote: > On Thu, Feb 15, 2007 at 03:12:30PM +0100, Bert Wesarg wrote: >> Hello, >> >> when using a multi token CC variable (like "gcc -m32"), the logic to >> extract $extra_ldflags from libtool don't work. So here is a little hack >> to

[OMPI devel] v1.1/opal/event/poll.c:132: syntax error

hello, there is a systax error in the named file at the named line: https://svn.open-mpi.org/trac/ompi/browser/branches/v1.1/opal/event/poll.c#L132 Greetings Bert

Re: [OMPI devel] build problem with 1.1.4

Hello, Brian Barrett wrote: > On Feb 15, 2007, at 3:07 AM, Bert Wesarg wrote: > > Is this with a SVN checkout or the release tarball? Fifty-Fifty. I did a diff from the 1.1.2 tarball to the 1.1.4 tarball. And after applying the diff it sounds logical, that the build system was rebuildi

Re: [OMPI devel] [PATCH] ompi_get_libtool_linker_flags.m4: fix $extra_ldflags detection

es as part of v1.2.1 (we're too far in testing to > make it part of v1.2). > > Thanks, > > Brian > > > On Feb 15, 2007, at 9:12 AM, Bert Wesarg wrote: > >> Hello, >> >> when using a multi token CC variable (like "gcc -m32"), the logic to >

[OMPI devel] comment on wiki/PrintfCodes

s: printf("foo: %" PRIu32 ", bar: %ld\n", foo, bar); ^ note this extra '%'. on the other hand printf have an extra length specifier for size_t, its 'z', so a minimal size_t printf conversion is "%zu". Greetings Bert Wesarg BTW: are there any plans to

[OMPI devel] [PATCH] opal/class/opal_object.c: save some memory for the ctor/dtor arrays

This saves some memory for the constructors and destructors arrays of a class by counting the constructors and destructors while we are counting the cls_depth. And the reversion of the constructor array can now be done without an extra loop. The patch is only compile tested. Greetings Bert

[OMPI devel] [PATCH] opal/class/opal_object.c: replace the classes array with a linked list

This replaces the classes array (which holds all ctor/dtor arrays) with a linked list. This patch is compile tested only. Greetings Bert Wesarg Index: opal/class/opal_object.c === --- opal/class/opal_object.c (revision 13923

[OMPI devel] [PATCH] opal/class/opal_object: fix double-check locking for class initialization

Fix the double-check locking[1] by defining the cls_initialized member to volatile. Greetings Bert Wesarg [1]: http://en.wikipedia.org/wiki/Double-checked_locking --- opal/class/opal_object.h |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff --quilt old/opal/class

[OMPI devel] 1.2rc1: hangs non deterministic with simple MPI_thread_init()

Hello, I followed the call to test the rc1, but a simple test programm hangs, but non deterministic. all but one orted have quit. but no cpu eating from orted or mpirun. The test system is a xeon cluster with myrinet interconnect. the outouts are splited into two mails (100kb limit) Bert

[OMPI devel] 1.2rc1: hangs non deterministic with simple MPI_thread_init() (Part 2)

Part 2 of the output tar ompi-out2.tar.gz Description: GNU Zip compressed data

Re: [OMPI devel] 1.2rc1: hangs non deterministic with simple MPI_thread_init()

Hi, this is realy sad, version 1.1.2 works quite good with threads (multiple threads which starts mpi requests), only 1 of 10 (or even less) kills with a SIGSEGV. And this this simple test program works even longer. Bert Tim Mattox wrote: > Hi Bert Wesarg, > Thank you for your quick t

Re: [OMPI devel] [PATCH] opal/class/opal_object.c: save some memory for the ctor/dtor arrays

Mar 5, 2007, at 12:10 PM, Bert Wesarg wrote: > >> This saves some memory for the constructors and destructors arrays >> of a >> class by counting the constructors and destructors while we are >> counting >> the cls_depth. And the reversion of the constr

[OMPI devel] [RFC][PATCH] use the new object caching (examples)

--- opal/class/opal_free_list.c | 24 ++-- 1 files changed, 18 insertions(+), 6 deletions(-) diff --quilt old/opal/class/opal_free_list.c new/opal/class/opal_free_list.c --- old/opal/class/opal_free_list.c +++ new/opal/class/opal_free_list.c @@ -22,23 +22,25 @@ #include

Re: [OMPI devel] [PATCH] ompi_get_libtool_linker_flags.m4: fix $extra_ldflags detection

Hello, may I take the liberty to remind you to commit this outstanding fix. Than you. Bert Wesarg Brian Barrett wrote: > Very true, thanks. I'll fix this evening. > > Brian > > On Feb 25, 2007, at 4:51 AM, Bert Wesarg wrote: > >> Hallo, >> >> ok

Re: [OMPI devel] [OMPI svn] svn:open-mpi r14897

> +#ifdef HAVE_REGEXEC > +args_count = opal_argv_count(options_data[i].compiler_args); > +for (j = 0 ; j < args_count ; ++j) { > +if (0 != regcomp(, options_data[i].compiler_args[j], > REG_NOSUB)) { > +return -1; > +} > + > +if

Re: [OMPI devel] [OMPI svn] svn:open-mpi r15661

> Author: jsquyres > Date: 2007-07-26 21:06:36 EDT (Thu, 26 Jul 2007) > New Revision: 15661 > URL: https://svn.open-mpi.org/trac/ompi/changeset/15661 > > Log: > Passing NULL to pthread_exit() is verbotten. Why? I can't find anything in the standard or is it some OMPI internal? Bert

Re: [OMPI devel] [OMPI svn] svn:open-mpi r17704

On Wed, Mar 5, 2008 at 1:42 AM, wrote: > Author: jsquyres > Date: 2008-03-04 19:42:39 EST (Tue, 04 Mar 2008) > New Revision: 17704 > URL: https://svn.open-mpi.org/trac/ompi/changeset/17704 > > Log: > Back out r17702; it went very badly. > > Text files modified: >

[hwloc-devel] [PATCH] Use getmntent_r(3) to parse /proc/mounts lines

This does multiple things at once: I) it uses getmntent_r(3) to parse lines from /proc/mounts II) while doing this, it uses the correct un-escape rules for this file format. The current code converts "\ " to " ", while linux uses a "\040" to " " escaping rule. III) it

Re: [hwloc-devel] [PATCH] Use getmntent_r(3) to parse /proc/mounts lines

On Fri, Mar 12, 2010 at 00:03, Brice Goglin wrote: > > Did you actually test this ? The way I am reading the manpage is that > you need to open with setmntent and close with endmntent. I have read the man page, but only about getmntent, and than read the source code for

Re: [hwloc-devel] [PATCH] Use getmntent_r(3) to parse /proc/mounts lines

On Fri, Mar 12, 2010 at 00:14, Bert Wesarg <bert.wes...@googlemail.com> wrote: > On Fri, Mar 12, 2010 at 00:03, Brice Goglin <brice.gog...@inria.fr> wrote: >> >> Did you actually test this ? The way I am reading the manpage is that >> you need to open with setmnten

Re: [hwloc-devel] [PATCH] Use getmntent_r(3) to parse /proc/mounts lines

On Fri, Mar 12, 2010 at 00:18, Bert Wesarg <bert.wes...@googlemail.com> wrote: > On Fri, Mar 12, 2010 at 00:14, Bert Wesarg <bert.wes...@googlemail.com> wrote: >> On Fri, Mar 12, 2010 at 00:03, Brice Goglin <brice.gog...@inria.fr> wrote: >>> >>> Did

[hwloc-devel] [PATCH 2/2] Provide hwloc_cpuset_next() and use it in hwloc_cpuset_foreach

The hwloc_cpuset_next() will calculate the next cpu behind a given one. Use hwloc_cpuset_first() and hwloc_cpuset_next() in hwloc_cpuset_foreach() to sparsely iterate over a cpuset. Regards, Bert --- doc/Makefile.am|1 + include/hwloc/cpuset.h |9

Re: [hwloc-devel] [PATCH] Use getmntent_r(3) to parse /proc/mounts lines

On Fri, Mar 12, 2010 at 08:45, Brice Goglin wrote: > I just fixed escaped characters and used your strsep loop for parsing > options. I'll keep your patch on the side in case we find a solution > that is compatible with fsroot. Thanks a lot. Thank you. Unfortunately, I

[hwloc-devel] [PATCH] Avoid expensive ffsl/flsl calls in cpuset operations

Testing if a word does have any bit set should be considered less expansive than calling ffsl/flsl first and than test this. Regards, Bert --- src/cpuset.c | 44 +++- 1 files changed, 23 insertions(+), 21 deletions(-) diff --git a/src/cpuset.c

[hwloc-devel] Proposal for cpuset API change

Hi, I think it is necessary to make a small change to the cpuset API. The current API was made fit to allow dynamically sized cpusets. I.e. an alloc/modify/free style life cycle. The problem I see is, from where should hwloc_cpuset_alloc() get the size of the cpuset? The solution I see is to pass

Re: [hwloc-devel] Proposal for cpuset API change

On Wed, Mar 17, 2010 at 20:26, Brice GOGLIN wrote: >> Hi, >> >> I think it is necessary to make a small change to the cpuset API. The >> current API was made fit to allow dynamically sized cpusets. I.e. an >> alloc/modify/free style life cycle. The problem I see is, from

[hwloc-devel] Problem with hwloc_linux_foreach_proc_tid()

Hi all, I have a problem with this retry algorithm of hwloc_linux_foreach_proc_tid(). For example with the hwloc_linux_get_pid_cpubind() function. hwloc_linux_get_pid_cpubind() should collect all affinity mask from the threads. But if the retry is triggered and the new tid list does not have a

[hwloc-devel] Change bind API.

Hi, as some of you may know, I've once done some work to teach htop a topology aware affinity setting dialog with the help the PLPA. Recently Jeff pinged me that hwloc is looking for a topology aware top like tool too. So I've start looking into the htop and hwloc code again. What caught my

Re: [hwloc-devel] Change bind API.

On Mon, Mar 22, 2010 at 11:21, Samuel Thibault <samuel.thiba...@inria.fr> wrote: > Bert Wesarg, le Sun 21 Mar 2010 13:31:14 +0100, a écrit : >> I would like to propose an interface change for these function, so >> that the caller provide the to-be-filled cpuset, to red

Re: [hwloc-devel] 1.0-rc1

On Mon, Mar 22, 2010 at 21:29, Brice Goglin wrote: > Brice Goglin wrote: >> Are we doing a 1.0-rc1 soon ? >> > > Same question again :) I suspect, I can't propose API changes after that, right? ;-) Bert > > Brice >

Re: [hwloc-devel] 1.0-rc1

On Mon, Mar 22, 2010 at 21:49, Jeff Squyres <jsquy...@cisco.com> wrote: > On Mar 22, 2010, at 4:34 PM, Bert Wesarg wrote: > >> > Same question again :) >> >> I suspect, I can't propose API changes after that, right? ;-) > > It would be good, yes.  :-) &g

[hwloc-devel] Attribute unsed not regognized

Hi, I still get warnings for unused parameters from the hwloc/helper.h header. The code to check this attribute is this: int square(int arg1 __attribute__ ((__unused__)), int arg2); int square(int arg1, int arg2) { return arg2; } But this results in this conflig.log output:

Re: [hwloc-devel] Attribute unsed not regognized

There is also a problem, that these __hwloc_attributes defines don't get through after install: $ gcc -DHAVE_CONFIG_H -I. -DSYSCONFDIR=\"/home/wesarg/opt/htop-dev/etc\" -I/home/wesarg/opt/hwloc-dev/include -W -Wunused-parameter -Wall -std=gnu99 -D_XOPEN_SOURCE_EXTENDED -g -O2 -MT

Re: [hwloc-devel] Attribute unsed not regognized

On Fri, Mar 26, 2010 at 11:57, Brice Goglin <brice.gog...@inria.fr> wrote: > Bert Wesarg wrote: >> There is also a problem, that these __hwloc_attributes defines don't >> get through after install: >> > > Are you using the embedding stuff ? Or only including our h

Re: [hwloc-devel] Strange difference

On Fri, Mar 26, 2010 at 22:05, Jeff Squyres wrote: > On Mar 26, 2010, at 4:16 PM, Samuel Thibault wrote: > >> > Is it a crime to use the full word "Processor"?  At least on my machine, >> > the output width is still far less than 80 characters, so the full word >> > should

Re: [hwloc-devel] Strange difference

On Sat, Mar 27, 2010 at 01:50, Jeff Squyres wrote: > On Mar 26, 2010, at 5:35 PM, Brice Goglin wrote: > >> > Fair enough.  How about still just keeping "P" in the graphic output, >> > then?  But "processor" in the prettyprint? >> >> IIRC, somebody said "PU" (for "processing

Re: [hwloc-devel] [hwloc-svn] svn:hwloc r1865

Hi, thanks for sharing this early. On Sat, Mar 27, 2010 at 08:53, wrote: > Modified: branches/dyncpusets/src/cpuset.c > == > --- branches/dyncpusets/src/cpuset.c    (original) > +++

Re: [hwloc-devel] [hwloc-svn] svn:hwloc r1940

On Tue, Apr 6, 2010 at 17:36, wrote: > Author: bgoglin > Date: 2010-04-06 11:36:17 EDT (Tue, 06 Apr 2010) > New Revision: 1940 > URL: https://svn.open-mpi.org/trac/hwloc/changeset/1940 > > Log: > Stop using HWLOC_NBMAXCPUS in Linux hwloc_linux_set/get_tid_cpubind > Text files

Re: [hwloc-devel] [hwloc-svn] svn:hwloc r1986

On Wed, Apr 21, 2010 at 14:27, wrote: > Author: jsquyres > Date: 2010-04-21 08:27:33 EDT (Wed, 21 Apr 2010) > New Revision: 1986 > URL: https://svn.open-mpi.org/trac/hwloc/changeset/1986 > > Log: > Refs #18.  Fix some compiler warnings: > >  * Note the change of typeof to

Re: [hwloc-devel] [hwloc-svn] svn:hwloc r2149

Hi, sorry to chime in so late. Jeff you may remember that I reported a similar problem to open-mpi some years ago. But I didn't use CFLAGS=-m32 but CC="gcc -m32" and CXX="g++ -m32", which is still in my eyes the correct way to pass this flag to all compile commands. The problem in open-mpi back

Re: [OMPI devel] Open-MPI backwards compatibility and library version changes

FYI, debian libtool packages take care of this with this patch: https://git.launchpad.net/ubuntu/+source/libtool/tree/debian/patches/link_all_deplibs.patch Best, Bert On Mon, Nov 19, 2018 at 12:01 AM Christopher Samuel wrote: > > Hi Brian, > > On 17/11/18 5:13 am, Barrett, Brian via devel

Re: [OMPI devel] Script-based wrapper compilers

Thanks, Brian -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden  +49 (351) 463-42451  +49 (351) 463-37773  bert.wes...@tu-dresden.de ️‍ he/him/his smime.p7s Description: S/MIME Cryptographic Signature