Additionally, I see configure.params files in the oshmem tree. This is another indication that oshmem was developed for the v1.6 branch, but then only sorta forward-ported to the trunk:
❯❯❯ find . -name configure.params ./mca/atomic/basic/configure.params ./mca/atomic/mxm/configure.params ./mca/memheap/buddy/configure.params ./mca/memheap/ptmalloc/configure.params ./mca/scoll/basic/configure.params ./mca/scoll/fca/configure.params ./mca/spml/ikrit/configure.params ./mca/spml/yoda/configure.params Can these leftover-from-v1.6 issues be fixed? And perhaps audit the oshmem tree to find/remove-or-fix any other leftover-from-v1.6 issues? On Sep 25, 2013, at 3:28 PM, "Barrett, Brian W" <bwba...@sandia.gov> wrote: > Yes, with r29246. > > Brian > > On 9/25/13 1:26 PM, "Ralph Castain" <r...@open-mpi.org> wrote: > >> Is this with current head? Josh committed a fix yesterday that I thought >> addressed these >> >> On Sep 25, 2013, at 12:02 PM, "Barrett, Brian W" <bwba...@sandia.gov> >> wrote: >> >>> Guys - >>> >>> I think this was mentioned already, but I'm still seeing failures in the >>> trunk building the SHMEM code (below). RHEL 6.4, GCC 4.4.7, 64 bit >>> build. >>> >>> CC spml_yoda.lo >>> cc1: warnings being treated as errors >>> spml_yoda.c: In function 'mca_yoda_get_callback': >>> spml_yoda.c:231: error: pointer targets in passing argument 1 of >>> 'opal_atomic_add_32' differ in signedness >>> ../../../../opal/include/opal/sys/amd64/atomic.h:174: note: expected >>> 'volatile int32_t *' but argument is of type 'uint32_t *' >>> spml_yoda.c:231: error: signed and unsigned type in conditional >>> expression >>> spml_yoda.c: In function 'mca_yoda_get_response_callback': >>> spml_yoda.c:269: error: pointer targets in passing argument 1 of >>> 'opal_atomic_add_32' differ in signedness >>> ../../../../opal/include/opal/sys/amd64/atomic.h:174: note: expected >>> 'volatile int32_t *' but argument is of type 'uint32_t *' >>> spml_yoda.c:269: error: signed and unsigned type in conditional >>> expression >>> spml_yoda.c: In function 'mca_spml_yoda_put_internal': >>> spml_yoda.c:832: error: pointer targets in passing argument 1 of >>> 'opal_atomic_add_32' differ in signedness >>> ../../../../opal/include/opal/sys/amd64/atomic.h:174: note: expected >>> 'volatile int32_t *' but argument is of type 'uint32_t *' >>> spml_yoda.c:832: error: signed and unsigned type in conditional >>> expression >>> spml_yoda.c: In function 'mca_spml_yoda_get': >>> spml_yoda.c:1203: error: pointer targets in passing argument 1 of >>> 'opal_atomic_add_32' differ in signedness >>> ../../../../opal/include/opal/sys/amd64/atomic.h:174: note: expected >>> 'volatile int32_t *' but argument is of type 'uint32_t *' >>> spml_yoda.c:1203: error: signed and unsigned type in conditional >>> expression >>> make[2]: *** [spml_yoda.lo] Error 1 >>> make[2]: Leaving directory >>> `/home/bwbarre/projects/ompi/trunk/oshmem/mca/spml/yoda' >>> make[1]: *** [all-recursive] Error 1 >>> make[1]: Leaving directory `/home/bwbarre/projects/ompi/trunk/oshmem' >>> make: *** [all-recursive] Error 1 >>> >>> Brian >>> >>> >>> -- >>> Brian W. Barrett >>> Scalable System Software Group >>> Sandia National Laboratories >>> >>> >>> >>> _______________________________________________ >>> 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 >> > > > -- > Brian W. Barrett > Scalable System Software Group > Sandia National Laboratories > > > > _______________________________________________ > devel mailing list > de...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/devel -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
