Yup - Jeff found this one this morning. Stupid me testing on x86
only :(. Anyway, this and your other one were just fixed in SVN.
Brian
On Jan 13, 2006, at 9:48 AM, Ralf Wildenhues wrote:
* Ralf Wildenhues wrote on Fri, Jan 13, 2006 at 03:28:09PM CET:
Did you mean this in your recent changes to the trunk?
I'm not quite sure, I don't really understand the code
at a glance.
Hmm, another thing that fails here is that ompi_fortran_integer16_t
gets
set to "not found" on GNU/Linux/x86_64, which causes a compile
failure.
It goes away with the patch below, but that patch is not right,
it just moves the error further to when the preprocessor gets
to mpi.h:
| #if OMPI_HAVE_FORTRAN_INTEGER16
and barfs (while compiling pabort.c):
| ../../../../include/mpi.h:574:32: #if with no expression
| ../../../../include/mpi.h:676:32: #if with no expression
Hope that helps a bit,
Ralf
Index: config/ompi_find_type.m4
===================================================================
--- config/ompi_find_type.m4 (revision 8684)
+++ config/ompi_find_type.m4 (working copy)
@@ -38,7 +38,7 @@
fi
])])
AS_IF([test -z "$oft_real_type"],
- [AS_VAR_SET(type_var, "not found")],
+ [AS_VAR_SET(type_var, "")],
[AS_VAR_SET(type_var, "$oft_real_type")])])
AS_IF([test "AS_VAR_GET(type_var)" == "not found"],
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel