This web mail archive is frozen.
This page is part of a frozen web archive of this mailing list.
You can still navigate around this archive, but know that no new mails
have been added to it since July of 2016.
Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.
Yup - Jeff found this one this morning. Stupid me testing on x86
only :(. Anyway, this and your other one were just fixed in SVN.
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
> set to "not found" on GNU/Linux/x86_64, which causes a compile
> 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,
> Index: config/ompi_find_type.m4
> --- config/ompi_find_type.m4 (revision 8684)
> +++ config/ompi_find_type.m4 (working copy)
> @@ -38,7 +38,7 @@
> 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