[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 19990208: netCDF problems with nmake and msoft.mak
- Subject: Re: 19990208: netCDF problems with nmake and msoft.mak
- Date: Mon, 08 Feb 1999 13:01:37 -0700
>From: "Paxton, Alice" <address@hidden>
>Subject: Problems with nmake and msoft.mak
>Organization: ?
>Keywords: 199902081927.MAA18887 netCDF WIN32 nmake msoft.mak attr.m4
Hi Alice,
> I am installing netCDF 3.4 onto a PC with Windows 95. The end goal is to
> work with GMT (Generic Mapping Tool). Software to build netCDF 3.4 is
> Microsoft Developer Studio with Visual C++ 4.0 and Fortran PowerStation 4.0.
>
> I have read WIN32_INSTALL file and am on step 4 (nmake /f msoft.mak).
>
> When the nmake command is executed inside MS Dev. Studio or MSDOS window the
> following error occurs.
>
> NMAKE: fatal error U1073: don't know how to make 'attr.m4'.
>
> Can you help? Please remember I have very little experience using MS Dev.
> Studio.
Yes, somehow the modification dates on the files that were in the
original netcdf-3.4\src\libsrc\ source directory have been changed,
perhaps by copying the files in this directory in a way that didn't
preserve which files were older than other files (in particular, the
"attr.m4" file should have an older modification date/time than
"attr.c"). This kind of information is crucial, because if NMAKE sees
that the "attr.c" file depends on the "attr.m4" file, but the
modification date on the latter is more recent than the former, then
it thinks it must recreate "attr.c" from "attr.m4".
Or alternatively, you might have deleted the "attr.c" or "attr.m4"
file from the netcdf-3.4\src\libsrc\ directory, which would make NMAKE
think it needs to recreate it.
If it was just these one or two files that had the dates changed, the
problem can be fixed most easily by just deleting the line
attr.c: attr.m4
from the libsrc\msoft.mak file. However, if all the relative
modification dates on files have been changed, then you will encounter
the problem again after it is fixed for these two files. In this
case, the easiest fix is to get the source distribution again from
ftp://ftp.unidata.ucar.edu/pub/netcdf/netcdf-3.4.zip
unzip it in a way that will preserve the file last modification dates
(using WINZIP, for example), and try invoking NMAKE again. Or just
install the already-compiled binaries from
ftp://ftp.unidata.ucar.edu/pub/netcdf/contrib/win32/netcdf-3.4.win32bin.zip
that were built with Visual C++ 5.0 and Digital Visual Fortran 5.0.
--Russ
_____________________________________________________________________
Russ Rew UCAR Unidata Program
address@hidden http://www.unidata.ucar.edu