This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
> Organization: Woods Hole Oceanographic Institution > Keywords: 199401181152.AA20929 Hi Ken, > The libraries to support Borland Turbo C++ (and presumably Borland C++) > are available via ftp from isdl.whoi.edu (128.128.92.66). They are in > the pub directory in tar format in the file tcc_libs.tar. There are > library versions to support small, medium, large, and huge memory models. > The read.me file defines the file names. Thanks! The files untarred OK, and I'm proposing to make them available in our pub/netcdf/contrib/ directory under a borland/ subdirectory. I'd like to include some of the material from your note in an announcement to the netcdfgroup mailing list. I'll send a draft of the announcement soon, so you can let me know if you have any changes. --Russ > The sources were derived from a version 2.3.2 directory on my workstation. > The files were transferred to a 486/66 PC using PC-NFS. The program "flip" > was used to convert each file to MSDOS format (CR-LF). Makefiles specific > to Turbo C++ were generated using the "msoft.mk' files as templates. The > netcdf and xdr libraries were compiled and tested in large model. > Corrections were made where necessary (see below). When all was correct, > the additional memory models were generated. > > XDR > > Several WARNINGS were issued during compilation of xdr.c. These all related > to an always false conditional in several of the functions. Generated code > is OK and works properly. > > Several warnings were issued during compilation of xdrtest.c. These > related to a compiler interpretation of the code resulting from the > assert macro. However, the code compiles and runs just fine. I tested > the macro in a separate test source and looked at the compiled output. > It is OK. > > Xdrtest ran fine with proper results. > > NETCDF > > In var.c at line 187, changed dims[] to *dims to correct a warning. > > In xdrposix.c, there is no definition for off_t in the Borland /sys/types.h. > I inserted a "typedef long off_t" and fixed this. Two other warnings were > issued by the compiler. These appear to be of a minor nature and should not > affect operation. > > NCTEST > > Nctest compiled, linked and ran without warnings or errors. Results > compared perfectly. > > NCDUMP > > Ncdump was compiled and linked with these libraries. Ncdump was then run > on several files of differing types and sizes from a variety of sources. > In all cases, the results looked proper. > > CONCLUSIONS > > These libraries should work fine for use with both Turbo C++ and Borland > C++ (separate and different products). I will be happy to help out with > any problems that relate to their use. I will also help with the proper > inclusion of Borland support with the formal distribution if necessary. > > Only two corrections to source files were necessary to generate the libraries. > Other changes may be necessary to eliminate all warnings. > > I ran the same compilations using Borland C++ 3.1. With similar conclusions. > The only noticeable difference is a large output of "no prototype" warnings > during compilation of the xdr sources. I was not surprised at these. > > I have been using prior versions of netcdf compiled with an older > version of Turbo C (2.0) successfully for several years. However, I > would not recommend the use of that older version with the latest > versions of netcdf. Those using that version should upgrade if at all > possible. The upgrade costs are low. > > ..ken > ___________________________________________________________________________ > Ken Prada | > Applied Ocean Physics and Engineering | (508) 457-2000 Ext 2711 > Woods Hole Oceanographic Institution | address@hidden > Woods Hole, Massachusetts 02543 |