I was able to compile with openmpi-1.9a1r27905.tar.bz

I'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 <r...@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 <phhargr...@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
>
> -Paul
>
>
> On Fri, Jan 18, 2013 at 3:52 AM, George Bosilca <bosi...@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 <phhargr...@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 with
>>     CC=cc CXX=CC FC=ftn --with-platform=lanl/cray_xe6/optimized-nopanasas
>> However, since this is Intel h/w, I commented-out the following 2 lines
>> in the platform file:
>>     with_wrapper_cflags="-march=amdfam10"
>>     CFLAGS=-march=amdfam10
>>
>> I am using PrgEnv-gnu/5.0.15, though PrgEnv-intel is the default on our
>> system
>>
>> As 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.bz2
>> As 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.lo
>>   CC       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 1
>> make[2]: Leaving directory
>> `/global/scratch/sd/hargrove/OMPI/openmpi-1.9a1r27862/BUILD/orte/mca/db/pmi'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory
>> `/global/scratch/sd/hargrove/OMPI/openmpi-1.9a1r27862/BUILD/orte'
>> make: *** [all-recursive] Error 1
>>
>> I added the missing "char *ptr" declaration a few lines before it's first
>> use, and resumed the build.
>> This time the build terminated at
>>
>> make[2]: Entering directory
>> `/global/scratch/sd/hargrove/OMPI/openmpi-1.9a1r27862/BUILD/opal/tools/wrappers'
>>   CC       opal_wrapper.o
>>   CCLD     opal_wrapper
>> /usr/bin/ld: attempted static link of dynamic object
>> `../../../opal/.libs/libopen-pal.so'
>> collect2: error: ld returned 1 exit status
>>
>> So I went back to the platform file and changed
>>    enable_shared=yes
>> to
>>    enable_shared=no
>> No 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-info
>> make[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 status
>> make[2]: *** [orte-info] Error 1
>>
>> I 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                          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
>>
>>
>>
>> _______________________________________________
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>
>
>
>
> --
> 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
>
>
>
> _______________________________________________
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>



-- 
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

Reply via email to