Problem building parallel-netcdf on ia64 (Linux)

Koontz, Annette S Annette.Koontz at pnl.gov
Tue Dec 19 14:14:18 CST 2006


Hello,

I saw a post to this mailing list in March and/or April of 2006, where
someone was having the same problem I am currently having:

../../../src/lib/libpnetcdf.a(mpinetcdf.o)(.text+0x1ff12): In function
`ncmpi_request_get_status':
/home/d34863/pnetcdf/parallel-netcdf-1.0.1/src/lib/mpinetcdf.c:8218:
undefined reference to `MPI_Request_get_status'
../../../src/lib/libpnetcdf.a(mpinetcdf.o)(.text+0x20ff2): In function
`ncmpi_iget_var1':
/home/d34863/pnetcdf/parallel-netcdf-1.0.1/src/lib/mpinetcdf.c:8528:
undefined reference to `MPI_Type_dup'
../../../src/lib/libpnetcdf.a(mpinetcdf.o)(.text+0x21162):/home/d34863/p
netcdf/parallel-netcdf-1.0.1/src/lib/mpinetcdf.c:8528: undefine

Jianwei Li posted on 17 Apr, 2006:

" ... And replacing the MPI_Type_dup() by direct MPI_Datatype assignment
may be unreliable because it at least requires the original user type
not being freed. For the latter two, we'll come up with some other
workaround and/or provide a configure option for users to choose and
decide whether the non-blocking I/O feature will be enabled or disabled.
Thanks again for using our software! "

I am wondering if any workaround or configure option has been found.
MPICH 1.2.7 is installed on my system, but this does not seem to contain
the MPI_Request_get_status or MPI_Type_dup functions.
I used just the --prefix and --with-mpi options when I ran configure.


Annette Koontz
PNNL


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/parallel-netcdf/attachments/20061219/a845b0fb/attachment.htm>


More information about the parallel-netcdf mailing list