On Sat, May 30, 2009 at 4:05 PM, Peter Harley <[email protected]> wrote: > Greg Landrum wrote: >> >> That's very peculiar. There is a #define in the Jamfile >> (-DYY_NO_UNISTD_H) that's intended to prevent this from happening. >> From your logfile, it looks like this *is* defined, but the file >> generated by flex no longer recognizes it. Can you please : >> - take a look at >> >> GraphMol\SmilesParse\bin\msvc-9.0express\release\link-static\threading-multi\lex.yysmiles.cpp >> to see if there is some kind of #ifdef structure around the include of >> unistd.h >> > > unistd.h is included if __cplusplus is defined. There doesn't appear to be > any other ifdefs around there. That file contains no mention of > DYY_NO_UNISTD_H at all.
it would be YY_NO_UNISTD_H, but I assumed you would have noticed that as well. :-) >> >> - tell me which version of flex and bison you are using (and where they >> came from). >> > > They came from the gnuwin32 sourceforge site: > http://gnuwin32.sourceforge.net/packages.html > > I used the binary installers, bison version 2.4.1 and flex 2.4.4a. If I had > to guess it looks much more likely be bison, it has been updated recently > whereas flex has been the same since 2004. yeah, but I'm pretty sure that the file lex.yysmiles.cpp comes from flex. This is a complete kludge, but you might just try creating an empty file unistd.h in the $RDBASE/Code/GraphMol/SmilesParse directory -greg
