NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
>Dan Packman writes: > >> I found that installation of this release on an ibm aix 4.1.3 system >> failed to create ncgen because STREQ was undefined in ncgentab.c... > >ncgentab.c contains the lines > > /* get lexical input routine generated by lex */ > #include "ncgenyy.c" > >and ncgenyy.c (generated by lex from ncgen.l) contains the needed STREQ >definition. Indeed this is the case, but in my ncgenyy.c I find references to STREQ on lines 987, 999, and 1502. The #include "ncgenyy.c" is on line 1471. I thought definitions had to precede usage. > >This builds with no problem on our AIX 4.1 system. My guess is that the new >distribution might have been unpacked on top of an old distribution, so that >an old version of ncgenyy.c was used instead of a new ncgenyy.c built by lex >from ncgen.l. If you do a > > make clean all test No, the problem persists and ncgenyy.c is being rebuilt. It is indeed curious that this works on *your* aix 4.1 system. Perhaps preprocessor changes are to blame. We are running xlC.C 3.1.2.4
netcdfgroup archives: