HI Folks,
First, the --disable-dlopen/--distcheck projects do not run on anything
having anything to do with
Cray. So if you see failures with the disable-dlopen or distcheck
projects and chose
to ignore them please remember they:
1) run on a vanilla linux (Open Suse 13.1) x86_64 box
2) use gnu 4.8.1 and 5.2.0 compilers
So if these systems/config types are important to the project, and your PR
doesn't pass
both of these checks its probably a good idea not to merge in until
figuring out
better what's going on.
So I am triaging the jenkins build failures. A minor thing with the
--disable-dlopen project
I'm seeing these compiler warnings with --enable-picky:
CC request/req_test.lo
info/info.c: In function 'ompi_info_set_value_enum':
info/info.c:281:57: warning: passing argument 3 of
'var_enum->string_from_value' from incompatible pointer type
[-Wincompatible-pointer-types]
ret = var_enum->string_from_value (var_enum, value, &string_value);
^
info/info.c:281:57: note: expected 'const char **' but argument is of
type 'char **'
CC request/req_wait.lo
CC runtime/ompi_mpi_abort.lo
CC runtime/ompi_mpi_init.lo
proc/proc.c: In function 'ompi_proc_world':
proc/proc.c:487:24: warning: comparison between signed and unsigned
integer expressions [-Wsign-compare]
for (int i = 0 ; i < count ; ++i) {
^
proc/proc.c:505:18: warning: assignment from incompatible pointer type
[-Wincompatible-pointer-types]
procs[i] = ompi_proc_for_name (name);
^
proc/proc.c:470:25: warning: unused variable 'my_name' [-Wunused-variable]
ompi_process_name_t my_name;
^
proc/proc.c:469:28: warning: unused variable 'mask' [-Wunused-variable]
ompi_rte_cmp_bitmask_t mask;
^
proc/proc.c:467:18: warning: unused variable 'proc' [-Wunused-variable]
ompi_proc_t *proc;
^
CC runtime/ompi_mpi_finalize.lo
CC runtime/ompi_mpi_params.lo
CC runtime/ompi_mpi_preconnect.lo
CC runtime/ompi_cr.lo
CC runtime/ompi_info_support.lo
runtime/ompi_mpi_init.c:119:2: warning: #ident is a GCC extension
#ident OMPI_IDENT_STRING
I think they are new.
The UH jenkins disable-dlopen is currently failing because the
gfortran 5.2.0 doesn't like change made in PR 595. Prior to that PR,
gfortran 5.2.0 could build the usempi_f08 module. Now apparently it
can't.
I'm like 100% sure this is a regression.
The UH jenkins disable-dlopen tests first building with gcc/gfortran
4.8.1, then proceeds on to a build with 5.2.0.
Unfortunately there are also now periodic hangs of the runs of hello
world at startup, but most of the time it seems to run.
Howard
