basesmuma is calling MB directly instead of calling
opal_atomic_[rw]mb. I fixes this in trunk and the same thing could be
done in 1.7 with a simple query-replace MB -> opal_atomic_wmb. ORNL was
using MB because opal_atomic_[rw]mb is a no-op on some platforms. I
don't think this should be an issue since memory access should be
ordered if opal_atomic_[rw]mb is a no-op. If not we should fix that in opal.

-Nathan

On Sun, Feb 02, 2014 at 01:33:41PM -0800, Paul Hargrove wrote:
>    Following up on my previous reports and using 1.7.4rc3:
>    The error I see only occurs with --enable-static.
>    When I do enable static libs, I get a build failure when linking
>    otfmerge-mpi, due to undefined symbol "MB".
>    When building with gcc:
>      CCLD     otfmerge-mpi
>    gcc: unrecognized option `-pthread'
>    Undefined                       first referenced
>     symbol                             in file
>    MB                                
>     
> /home/hargrove/OMPI/openmpi-1.7.4rc3-solaris10-sparcT2-gcc346-v9/BLD/ompi/contrib/vt/vt/../../../.libs/libmpi.so
>    ld: fatal: Symbol referencing errors. No output written to
>    .libs/otfmerge-mpi
>    collect2: ld returned 1 exit status
>    *** Error code 1
>    When building with Solaris Studio 12.3 compilers:
>      CCLD     otfmerge-mpi
>    Undefined                       first referenced
>     symbol                             in file
>    MB                                
>     
> /home/hargrove/OMPI/openmpi-1.7.4rc2-solaris10-sparcT2-ss12u3-v9/BLD/ompi/contrib/vt/vt/../../../.libs/libmpi.so
>    ld: fatal: Symbol referencing errors. No output written to
>    .libs/otfmerge-mpi
>    *** Error code 2
>    This is independent of ABI (v9 vs v8plus).
>    If I avoid otfmerge-mpi by configuring with --disable-vt, then the link
>    failure occurs building ompi_info instead.
>    So, I don't think this is a vt-specific problem.  Consistent with that, I
>    found the following warnings in the make output:
>    
> "/home/hargrove/OMPI/openmpi-1.7.4rc2-solaris10-sparcT2-ss12u3-v9/openmpi-1.7.4rc2/ompi/mca/bcol/basesmuma/bcol_basesmuma_bcast.c",
>    line 183: warning: implicit function declaration: MB
>    
> "/home/hargrove/OMPI/openmpi-1.7.4rc2-solaris10-sparcT2-ss12u3-v9/openmpi-1.7.4rc2/ompi/mca/bcol/basesmuma/bcol_basesmuma_fanin.c",
>    line 66: warning: implicit function declaration: MB
>    
> "/home/hargrove/OMPI/openmpi-1.7.4rc2-solaris10-sparcT2-ss12u3-v9/openmpi-1.7.4rc2/ompi/mca/bcol/basesmuma/bcol_basesmuma_fanout.c",
>    line 64: warning: implicit function declaration: MB
>    
> "/home/hargrove/OMPI/openmpi-1.7.4rc2-solaris10-sparcT2-ss12u3-v9/openmpi-1.7.4rc2/ompi/mca/bcol/basesmuma/bcol_basesmuma_rk_barrier.c",
>    line 97: warning: implicit function declaration: MB
>    
> "/home/hargrove/OMPI/openmpi-1.7.4rc2-solaris10-sparcT2-ss12u3-v9/openmpi-1.7.4rc2/ompi/mca/bcol/basesmuma/bcol_basesmuma_rd_nb_barrier.c",
>    line 75: warning: implicit function declaration: MB
>    
> "/home/hargrove/OMPI/openmpi-1.7.4rc2-solaris10-sparcT2-ss12u3-v9/openmpi-1.7.4rc2/ompi/mca/bcol/basesmuma/bcol_basesmuma_bcast_prime.c",
>    line 156: warning: implicit function declaration: MB
>    That is all the warnings I see regarding MB (all in bcoll/basesmuma).
>    -Paul
> 
>    On Wed, Jan 29, 2014 at 2:17 PM, Paul Hargrove <phhargr...@lbl.gov> wrote:
> 
>      On Wed, Jan 29, 2014 at 9:19 AM, Paul Hargrove <phhargr...@lbl.gov>
>      wrote:
> 
>        For Solaris-10 with the Solaris Studio 12.3 compilers on SPARC I have
>        encountered a link failure when configured with "--enable-static
>        --enable-shared" (fine w/o "--enable-static").  I have not yet tried
>        this configuration with gcc.  I have started builds of 1.7.3 to
>        determine if this is a regression or not before investing more deeply.
>         I hope to be able to report more tonight.
> 
>      The problem is also present in 1.7.3 and thus NOT a (recent) regression.
>      More information will follow eventually, but knowing that this problem
>      isn't new significantly reduces the urgency (at least for me).
>      -Paul
>      --
>      Paul H. Hargrove                          phhargr...@lbl.gov
>      Future Technologies Group
>      Computer and Data Sciences Department     Tel: +1-510-495-2352
>      Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900
> 
>    --
>    Paul H. Hargrove                          phhargr...@lbl.gov
>    Future Technologies Group
>    Computer and Data Sciences Department     Tel: +1-510-495-2352
>    Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900

> _______________________________________________
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel

Attachment: pgpvFPI3ME5Ft.pgp
Description: PGP signature

Reply via email to