parallel-netcdf-1.1.1 released

[Don Morton]

Okie dokie, I don't know what the root cause is (yet), but it appears that
the macros.make (generated by ./configure?) had set the F90 macro to blank,
so I just went in and changed it to "ftn" and make install now works.



On Wed, Jan 27, 2010 at 11:48 PM, Don Morton <Don.Morton at alaska.edu> wrote:

> I should also point out that 1.0.3 compiled just fine on this same
> machine.  FYI, this is all I did to compile 1.0.3:
>
>
> =====================================
> wget
> http://ftp.mcs.anl.gov/pub/parallel-netcdf/parallel-netcdf-1.0.3.tar.gz
>
>
> Currently untarred in $HOME/parallel-netcdf-1.0.3/
>
> export FC=ftn
> export MPIF77=ftn
> export CC=cc
> export MPICC=cc
>
> then
>
> ./configure --prefix=$HOME/usr/local/pnetcdf
>
> make
>
> make install
>
>
> On Wed, Jan 27, 2010 at 11:46 PM, Don Morton <Don.Morton at alaska.edu>wrote:
>
>> I'm thinking (but could be dead wrong) that this isn't the issue.  In
>> fact, configure certainly finds plenty of MPI stuff to talk about (just an
>> excerpt).  That missing "c" deal is something I know I've run into in the
>> past year or two, and it's just some trivial little mistake, so I'm going to
>> follow that track for a bit.  Sure wish my brain could recall the details of
>> last time this happened.  For some reason I'm thinking it might have
>> something to do with a "c" flag on the ARFLAGS macro - that's ringing a bell
>> - but again, I could be way out in left field on this...
>>
>> checking MPI-IO support in MPI implementation... yes
>> checking for sys/types.h... yes
>> checking for sys/stat.h... yes
>> checking for stdlib.h... yes
>> checking for string.h... yes
>> checking for memory.h... yes
>> checking for strings.h... yes
>> checking for inttypes.h... yes
>> checking for stdint.h... yes
>> checking for unistd.h... yes
>> checking for stdlib.h... (cached) yes
>> checking for sys/types.h... (cached) yes
>> checking for strerror... yes
>> checking for working alloca.h... yes
>> checking for alloca... yes
>> checking for struct stat.st_blksize... yes
>> checking for IEEE floating point format... yes
>> checking for size_t... yes
>> checking if MPI_Offset is size 8... yes
>> checking for MPI_Request_get_status... yes
>> checking for MPI_Type_dup... yes
>> checking for MPI_Info_dup... yes
>>
>>
>>
>> On Wed, Jan 27, 2010 at 11:41 PM, Rob Latham <robl at mcs.anl.gov> wrote:
>>
>>> On Wed, Jan 27, 2010 at 02:36:37PM -0900, Don Morton wrote:
>>>
>>> > OK, thanks, I'll go back and scrutinize the configure output (like I
>>> should
>>> > have to begin with).  This is a Cray XT5, where one simply sets the
>>> > environment variables to "ftn" and it magically finds MPI and such.
>>>  So,
>>> > maybe something's getting lost...
>>>
>>> OK, that's good information.  We don't have a "README.CRAY-XT", so
>>> when we get you running with a configure that works 100%, we'll add
>>> one.
>>>
>>> The "README.CRAY-X1" recipe isn't too far off.  Be sure to set the
>>> MPIF90 and MPICXX environment variables, though.  Not sure if you
>>> still need the '-eh' flag.
>>>
>>> ==rob
>>>
>>> --
>>> Rob Latham
>>> Mathematics and Computer Science Division
>>> Argonne National Lab, IL USA
>>>
>>
>>
>>
>> --
>> Arctic Region Supercomputing Center
>> http://www.arsc.edu/~morton/ <http://www.arsc.edu/%7Emorton/>
>>
>
>
>
> --
> Arctic Region Supercomputing Center
> http://www.arsc.edu/~morton/ <http://www.arsc.edu/%7Emorton/>
>



-- 
Arctic Region Supercomputing Center
http://www.arsc.edu/~morton/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/parallel-netcdf/attachments/20100127/4371e6d2/attachment.htm>