I was able to compile with openmpi-1.9a1r27905.tar.bzI'll report again when I've had an opportunity to run something like ring_c.Thanks,-Paul_______________________________________________On Tue, Jan 22, 2013 at 6:08 PM, Ralph Castain <rhc@open-mpi.org> wrote:
I went ahead and removed the duplicate code, so this should work now. The problem is that we re-factored the ompi_info/orte-info code, but didn't complete the job - specifically, the orte-info tool didn't get updated. It's about to get revamped yet again when the ompi-rte branch gets committed to the trunk, so I'd rather not do any more with it now.Hopefully, this will be the minimum required.On Jan 22, 2013, at 4:20 PM, Paul Hargrove <phhargrove@lbl.gov> wrote:I am using the openmpi-1.9a1r27886 tarball and I still see an error for one of the two duplicate symbols:_______________________________________________CCLD orte-info../../../orte/.libs/libopen-rte.a(orte_info_support.o): In function `orte_info_show_orte_version':../../orte/runtime/orte_info_support.c:(.text+0xe10): multiple definition of `orte_info_show_orte_version'version.o:../../../../orte/tools/orte-info/version.c:(.text+0x2370): first defined here-PaulOn Fri, Jan 18, 2013 at 3:52 AM, George Bosilca <bosilca@icl.utk.edu> wrote:
Luckily for us all the definitions contain the same constant (orte). r27864 should fix this.George.On Jan 18, 2013, at 06:21 , Paul Hargrove <PHHargrove@lbl.gov> wrote:My employer has a nice new Cray XC30 (aka Cascade), and I thought I'd give Open MPI a quick test._______________________________________________Given that it is INTENDED to be API-compatible with the XE series, I began configuring withCC=cc CXX=CC FC=ftn --with-platform=lanl/cray_xe6/optimized-nopanasasHowever, since this is Intel h/w, I commented-out the following 2 lines in the platform file:with_wrapper_cflags="-march=amdfam10"CFLAGS=-march=amdfam10I am using PrgEnv-gnu/5.0.15, though PrgEnv-intel is the default on our systemAs far as I know, use of 1.6.x is out - no ugni at all, right?So, I didn't even try.I gave openmpi-1.7rc6 a try, but the ALPS headers and libs have moved (as mentioned in ompi-trunk/config/orte_check_alps.m4).Perhaps one should CMR the updated-for-CLE-5 configure logic to the 1.7 branch?Next, I tried a trunk nightly tarball: openmpi-1.9a1r27862.tar.bz2As I mentioned above, the trunk has the right logic for locating ALPS.However, it looks like there is some untested code, protected by "#if WANT_CRAY_PMI2_EXT", that needs work:
make[2]: Entering directory `/global/scratch/sd/hargrove/OMPI/openmpi-1.9a1r27862/BUILD/orte/mca/db/pmi'CC db_pmi_component.loCC db_pmi.lo../../../../../orte/mca/db/pmi/db_pmi.c: In function 'store':../../../../../orte/mca/db/pmi/db_pmi.c:202: error: 'ptr' undeclared (first use in this function)../../../../../orte/mca/db/pmi/db_pmi.c:202: error: (Each undeclared identifier is reported only once../../../../../orte/mca/db/pmi/db_pmi.c:202: error: for each function it appears in.)make[2]: *** [db_pmi.lo] Error 1make[2]: Leaving directory `/global/scratch/sd/hargrove/OMPI/openmpi-1.9a1r27862/BUILD/orte/mca/db/pmi'make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/global/scratch/sd/hargrove/OMPI/openmpi-1.9a1r27862/BUILD/orte'make: *** [all-recursive] Error 1I added the missing "char *ptr" declaration a few lines before it's first use, and resumed the build.This time the build terminated atmake[2]: Entering directory `/global/scratch/sd/hargrove/OMPI/openmpi-1.9a1r27862/BUILD/opal/tools/wrappers'CC opal_wrapper.oCCLD opal_wrapper/usr/bin/ld: attempted static link of dynamic object `../../../opal/.libs/libopen-pal.so'collect2: error: ld returned 1 exit statusSo I went back to the platform file and changedenable_shared=yestoenable_shared=noNo big deal there - I had to make the same change for our XE6.And so I started back at configure (after a "make distclean", to be safe), and here is the next error:Making all in tools/orte-infomake[2]: Entering directory `/global/scratch/sd/hargrove/OMPI/openmpi-1.9a1r27862/BUILD/orte/tools/orte-info'CCLD orte-info../../../orte/.libs/libopen-rte.a(orte_info_support.o): In function `orte_info_show_orte_version':orte_info_support.c:(.text+0xd70): multiple definition of `orte_info_show_orte_version'version.o:version.c:(.text+0x4b0): first defined here../../../orte/.libs/libopen-rte.a(orte_info_support.o):(.data+0x0): multiple definition of `orte_info_type_orte'orte-info.o:(.data+0x10): first defined here/usr/bin/ld: link errors found, deleting executable `orte-info'collect2: error: ld returned 1 exit statusmake[2]: *** [orte-info] Error 1I am not sure how to fix this, but I would guess this is probably a simple fix for somebody who knows OMPI's build infrastructure better than I.-Paul--Paul H. Hargrove PHHargrove@lbl.govFuture Technologies GroupComputer and Data Sciences Department Tel: +1-510-495-2352Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
devel mailing list
devel@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
_______________________________________________
devel mailing list
devel@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel--Paul H. Hargrove PHHargrove@lbl.govFuture Technologies GroupComputer and Data Sciences Department Tel: +1-510-495-2352Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
devel mailing list
devel@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
_______________________________________________
devel mailing list
devel@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel--Paul H. Hargrove PHHargrove@lbl.govFuture Technologies GroupComputer and Data Sciences Department Tel: +1-510-495-2352Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
devel mailing list
devel@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel