Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |  

This web mail archive is frozen.

This page is part of a frozen web archive of this mailing list.

You can still navigate around this archive, but know that no new mails have been added to it since July of 2016.

Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.

Subject: [OMPI devel] patch for building gm btl
From: Paul H. Hargrove (PHHargrove_at_[hidden])
Date: 2007-12-31 23:42:36


I tried today to build the OMPI trunk on a system w/ GM libs installed
(I tried both GM-2.0.16 and GM-1.6.4) and found that the GM BTL won't
even compile, due to unbalanced parens. The patch below reintroduces
the parens that were apparently lost in r16633:

------------------------------------------------------------------------
r16633 | rlgraham | 2007-11-01 15:38:50 -0800 (Thu, 01 Nov 2007) | 3 lines

change all instances of ompi_free_list_init to ompi_free_list_init_new. Header
and payload data are specified separately at this stage.
------------------------------------------------------------------------

The fact that this has gone unfixed for 2 months suggests to me that
nobody is building the GM BTL. So, how would I go about checking ...
a) ...if there exists any periodic build of the GM BTL via MTT?
b) ...if such builds, if any, experience the same error(s) as I
c) ...which GM library versions such builds, if any, compile against
d) ...if anybody wants to help setup an MTT for GM on my system (NOTE:
Jeff Squyres, Brian Barrett and George Bosilca all have existing
accounts on my cluster, though possibly expired/disabled).

-Paul

--- ompi/mca/btl/gm/btl_gm_component.c (revision 17027)
+++ ompi/mca/btl/gm/btl_gm_component.c (working copy)
@@ -285,7 +285,7 @@
             sizeof (mca_btl_gm_frag_eager_t),
             CACHE_LINE_SIZE,
             OBJ_CLASS (mca_btl_gm_frag_eager_t),
- 1 << mca_btl_gm_component.gm_eager_frag_size) + sizeof
(uintptr_t),
+ (1 << mca_btl_gm_component.gm_eager_frag_size) + sizeof
(uintptr_t),
             CACHE_LINE_SIZE,
             btl->gm_max_send_tokens,
             mca_btl_gm_component.gm_free_list_max,
@@ -296,7 +296,7 @@
             sizeof (mca_btl_gm_frag_max_t),
             CACHE_LINE_SIZE,
             OBJ_CLASS (mca_btl_gm_frag_max_t),
- 1 << mca_btl_gm_component.gm_max_frag_size) + sizeof
(uintptr_t),
+ (1 << mca_btl_gm_component.gm_max_frag_size) + sizeof
(uintptr_t),
             CACHE_LINE_SIZE,
             btl->gm_max_recv_tokens,
             mca_btl_gm_component.gm_free_list_max,

-- 
Paul H. Hargrove                          PHHargrove_at_[hidden]
Future Technologies Group
HPC Research Department                   Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900