Re: [OMPI users] Addendum to: Assembler instruction errors for push and pop during make

The file win_compat.h seems to be very strange (many #defines of function names, #defines of type names rather than typedefs, etc.). It might make sense to avoid including it entirely for MinGW (it is included from opal/include/opal_config_bottom.h), or edit it to be correct for 64-bit systems

[OMPI users] Call For Participation: EuroMPI 2013. Madrid, Spain. September 15-18th

Dear Sir or Madam, (We apologize if you receive multiple copies of this message) Recent Advances in Message Passing Interface. 20th European MPI Users' Group Meeting (EuroMPI 2013) EuroMPI 2013 is being held in cooperation with SIGH

Re: [OMPI users] Addendum to: Assembler instruction errors for push and pop during make

Ah! Thanks, Jeff. Here is a link to the relevant zip file " openmpi-1.6.5_configure_and_make.zip". It contains the modified configure (essentially replacing the compound "if" statement that assigns ompi_cv_asm_arch="IA

Re: [OMPI users] Addendum to: Assembler instruction errors for push and pop during make

Google drive? On Aug 20, 2013, at 5:13 PM, Richard Haney wrote: > Thanks, Jeff, for the info and suggestion. > > I know of no web site where I could post the compressed files. I tried to > create a blog at http://www.blogger.com/home to post the info, but it does > not seem to take compresse

Re: [OMPI users] Addendum to: Assembler instruction errors for push and pop during make

Thanks, Jeff, for the info and suggestion. I know of no web site where I could post the compressed files. I tried to create a blog at http://www.blogger.com/home to post the info, but it does not seem to take compressed-file uploads. I then tried copying text to the blog and the screen went "Aw

Re: [OMPI users] MPI_Init_thread hangs in OpenMPI 1.7.1 when using --enable-mpi-thread-multiple

On Aug 20, 2013, at 12:40 PM, RoboBeans wrote: > I can confirm that mpi program still hangs if one uses these options while > configuring openmpi-1.7.2 > > --enable-event-thread-support --enable-opal-multi-threads > --enable-orte-progress-threads --enable-mpi-thread-multiple > > > cd /opt >

Re: [OMPI users] Addendum to: Assembler instruction errors for push and pop during make

FWIW, the only restriction we have on the OMPI list is a max size of the message (including attachments). That might be a bit arcane and from when people didn't have big mailboxes, but... oh well. :-\ Can you just post the attachment somewhere we can all download it? On Aug 20, 2013, at 3:56

Re: [OMPI users] Addendum to: Assembler instruction errors for push and pop during make

This is my fourth attempt to get past the robot censor. Not even text format passed. If this message passes the censor, it is likely because attachments are considered part of the "body" of the message, which the censor seems to object to due to size. I am deleting the attachments. Re-sending:

Re: [OMPI users] MPI_Init_thread hangs in OpenMPI 1.7.1 when using --enable-mpi-thread-multiple

I can confirm that mpi program still hangs if one uses these options while configuring openmpi-1.7.2 --enable-event-thread-support --enable-opal-multi-threads --enable-orte-progress-threads --enable-mpi-thread-multiple *cd /opt** **gunzip -c openmpi-1.7.2.tar.gz | tar xf -** **cd openmpi-1.7

Re: [OMPI users] Mixing Linux's CPU-shielding with mpirun's bind-to-core

On Aug 20, 2013, at 1:18 PM, "Jeff Squyres (jsquyres)" wrote: > $ cat my_binding_script.sh > #!/bin/sh > exec hwloc-bind socket.1:core.$OMPI_COMM_WORLD_LOCAL_RANK $1 Oops! Typo. That last line should be: exec hwloc-bind socket:1.core:$OMPI_COMM_WORLD_LOCAL_RANK $1 -- Jeff Squyres jsquy...

Re: [OMPI users] Mixing Linux's CPU-shielding with mpirun's bind-to-core

I know I'm late to this conversation, but I was on vacation last week. Some random points: 1. If you use OMPI's --bind-to-core option and then re-bind yourself to some other core, then all the memory affinity that MPI setup during MPI_Init() will be "wrong" (possibly on a remote numa node). I

Re: [OMPI users] Finalize() does not return

On Aug 14, 2013, at 9:23 AM, "Hazelrig, Chris CTR (US)" wrote: > Thanks for your suggestions. I had already tested for which threads were > reaching the Finalize() call and all of them are. Also, the Finalize() call > is not inside a conditional. This seems to suggest there may be a prior

[OMPI users] Problem compiling 1.7.2 on Mac OS 10.8 with gcc 4.8

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-create_latex.o See attached for the complete output. Thanks, -- Hugo Ga