On Sun, Nov 18, 2018 at 6:26 PM Bert Wesarg wrote:
>
> Dear Jeff,
>
> did not attend SC this year. Though I have a question regarding the
> removal of deprecated MPI-1 functions.
>
> The slides mention that "NOT PROTOYPED IN v4.0.x mpi.h BY DEFAULT" but
> "
; and OpenSHMEM, then you may want to try the path I outlined in the email
> archived at the following link
>
> https://www.mail-archive.com/users@lists.open-mpi.org/msg32274.html
>
> Howard
>
>
> Am Di., 13. Nov. 2018 um 23:10 Uhr schrieb Bert Wesarg via users
> :
>
Dear Jeff,
did not attend SC this year. Though I have a question regarding the
removal of deprecated MPI-1 functions.
The slides mention that "NOT PROTOYPED IN v4.0.x mpi.h BY DEFAULT" but
"Can use --enable-mpi1-compatibility to restore the removed mpi.h
prototypes"
I just build the new Open MP
instructions on how to build the xpmem device driver are at
> >
> > https://github.com/hjelmn/xpmem/wiki/Installing-XPMEM
> >
> > You will need to install the kernel source and symbols rpms on your
> > system before building the xpmem device driver.
> >
> &
development machine where performance doesn't matter, its a huge step
back for Open MPI I think.
I wil report back if that works.
Thanks.
Best,
Bert
>
> Hope this helps,
>
> Howard
>
>
> Am Di., 13. Nov. 2018 um 15:00 Uhr schrieb Bert Wesarg via users
> :
>
Hi,
On Mon, Nov 12, 2018 at 10:49 PM Pritchard Jr., Howard via announce
wrote:
>
> The Open MPI Team, representing a consortium of research, academic, and
> industry partners, is pleased to announce the release of Open MPI version
> 4.0.0.
>
> v4.0.0 is the start of a new release series for Open
Hi,
the MPI_File_set_view.3 manual from Open MPI 2.1.0 tells me:
To obtain the default value (or "native"), pass NULL.
Though, that results in SIGSEGV:
#0 strlen () at ../sysdeps/x86_64/strlen.S:106
#1 0x774fb41e in __GI___strdup (s=0x0) at strdup.c:41
#2 0x7fffde917d3c in
This is maybe related to a problem in libtool:
http://lists.gnu.org/archive/html/libtool-patches/2014-09/msg2.html
On Fri, Oct 24, 2014 at 6:09 PM, Ralph Castain wrote:
> I was able to build and run the trunk without problem on Yosemite with:
>
> gcc (MacPorts gcc49 4.9.1_0) 4.9.1
> GNU Fort
Hi,
On Fri, Sep 20, 2013 at 4:49 AM, Syed Ahsan Ali wrote:
> I am trying to compile openmpi-1.6.5 on fc16.x86_64 with icc and ifort
> but getting the subject error. config.out and make.out is attached.
> Following command was used for configure
>
> ./configure CC=icc CXX=icpc FC=ifort F77=ifort
Hugo,
On Tue, Aug 20, 2013 at 6:09 PM, Hugo Gagnon
wrote:
> Hi,
>
> I'm encountering this error during "make all":
>
> Undefined symbols for architecture x86_64:
> "___atomic_fetch_add_4", referenced from:
> std::locale::locale(std::locale const&,
> SpaceSeparator*) in otfprofile-cr
On Sun, May 13, 2012 at 8:31 PM, George Bosilca wrote:
> Get the free out of the #ifndef LEAK and your problem will be solved.
Compiling with -DNEBUG whould also solve the problem.
Bert
>
> george.
>
> On Jul 23, 2007, at 4:31 PM, Francesco Pietra wrote:
>
>> openmpi-1.2.3 compiled on Debian Linux amd64 etch with
>>
>> ./configure CC=/opt/intel/cce/9.1.042/bin/icc
>> CXX=/opt/intel/cce/9.1.042/bin/icpc F77=/opt/intel/fce/9.1.036/bin/
>> ifort
>> FC=/opt/intel/fce/9.1.036/bin/ifort --with-libnum
Hello,
is the 'EGREP' a typo in the first hunk of r14829:
https://svn.open-mpi.org/trac/ompi/changeset/14829/trunk/config/cxx_find_template_repository.m4
Regards
Bert
Hello,
Rob wrote:
> livelfs wrote:
>>
>> your 1.2.1 build error seems to be the one I bumped into.
>> Try to avoid to give an absolute path to CC macro when you run configure
>> (check the archives)
>
> Hmmm, to get a decent fortran compiler for my AlphaServers, I have to
> compile my own GCC com
Hello,
Chaloupka Zdenìk wrote:
> Hello,
> I tried to compile following code:
>
> #include
> #include "mpi.h"
> int main(int argv, char *argc[])
> {
> int rank;
>
> MPI_Init(&argv, &argc);
> MPI_Comm_rank(MPI_COMM_WORLD, &rank);
> if (rank == 0) printf("Starting program\n");
>
Hello,
I quote from the SUSv3:
Many functions provide an error number in errno, which has type int and is
defined in . The value of errno shall be defined only after a
call to a function for which it is explicitly stated to be set and until
it is changed by the next function call or if the applic
Hello,
On Mon, 23 Apr 2007, Bert Wesarg wrote:
> Hello all,
>
> Instructions:
>
> # assume you have mounted the sysfs on /sys
> $ cd /sys
> $ tar cjf cpu-topology.tar.bz2
> devices/system/{cpu/cpu*/topology/*,node/node*/cpu*}
Because of different kernel version, or old
ail.
Most interestingly are machines with multiple NUMA nodes, enabled
HyperThreading (HTT) and multi-cores.
Thank you very much.
Bert Wesarg
Instructions:
# assume you have mounted the sysfs on /sys
$ cd /sys
$ tar cjf cpu-topology.tar.bz2
devices/system/{cpu/cpu*/topology/*,node/node*/cpu*}
Ple
Hello,
you can build your ompi with --with-devel-headers and use the header
:
#define OMPI_MAJOR_VERSION 1
#define OMPI_MINOR_VERSION 1
#define OMPI_RELEASE_VERSION 4
#define OMPI_GREEK_VERSION ""
Bert
Audet, Martin wrote:
> Hi,
>
> I would like to suggest you to add macros indicating the vers
Hello,
I see the extern definitions in mpi.h for ompi_mpi_2cplex and
ompi_mpi_2dblcplex, but no #define for MPI_2COMPLEX and MPI_2DOUBLE_COMPLEX.
Greetings
Bert Wesarg
ide this, thank You for these good MPI-2 manual pages.
Bert Wesarg
mmunicator into an intracommunicator via
> MPI_Intercomm_merge(intercomm, 0, &intracomm) and use MPI_Bcast(..., 0,
> intracomm) instead of sending MPI_ROOT or 0 (root's rank in local group).
dito, never try this, but it should work
bye
bert wesarg
>
> Thanks.
>
&
m.org/docs/mpi-11-html/node111.html
by the way:
* your one_int is never intitialized
* i don't know if the MPI_COMM_SELF is the right comm for the MPI_COMM_SPAWN
by
bert wesarg
s anwar wrote:
> I don't think I blamed the implementation in any way in my original
> email.
e root."
so, you define no group to be the root group (group A). i don't know what
schould happen, when no root group is defined, but your code firstly don't
conform to the standard, so don't blame the implementation first.
by
bert wesarg
_op_reduce()
function from ompi/op/op.h:573. so it isn't any magic behind this.
the only thing i didn't do, is marking this function as OMPI special!
maybe another prefix should be used.
also there are only C bindings.
Hope this is helpful for other users too.
greetings
Bert Wesarg
diff -
hello,
i see the fix, but why isn't line 339 changed?
https://svn.open-mpi.org/trac/ompi/browser/trunk/ompi/op/op_predefined.c?rev=10023#L339
bert
On Tue, 23 May 2006, Brian Barrett wrote:
> On May 23, 2006, at 11:49 AM, Bert Wesarg wrote:
>
> > Hello,
> >
> > the
Hello,
the predfined mpi op MPI_PROD is apparently wrong:
from openmpi-1.2a1r10020/ompi/op/op_predefined.c:
OP_FUNC(prod, long_long_int, long long int, +=)
OP_FUNC(prod, unsigned_long_long, unsigned long long, +=)
:
OP_FUNC(prod, fortran_integer1, ompi_fortran_integer1_t, +=)
:
OP_FUNC(prod, for
ze in rank 0 is wrong or the remote size
can someone please pointout if my code is wrong, or something with open-mpi?
greatings
bert wesarg
ps: these test were run on an dual smp machine and open-mpi 1.0.2
pps: i attached also an split test with intracommunicators, these results
are all expe
28 matches
Mail list logo
