On Sat, May 30, 2009 at 3:38 PM, Peter Harley <[email protected]> wrote: > I've narrowed it down a bit. There were two issues occurring. One was that > I'd put the directory of bison and flex in my path variable, and I don't > think it liked the space in it. This was causing the hold up without any > errors. I tried quoting it in my path but that didn't seem to help, so I > reinstalled them to a path without any spaces! I should also mention that > the thing on the wiki about bison.simple seems to no longer apply to the > newest version of bison as that file seems to not exist.
I will look into this. > Now there is another problem, that I'm sure I've seen before but can't for > the life of me remember how to fix. Three parts fail, I've attached the log > as its a bit big to include inline, the errors are all similar to: > > GraphMol\SmilesParse\bin\msvc-9.0express\release\link-static\threading-multi\lex.yysmiles.cpp(44) > : fatal error C1083: Cannot open include file: 'unistd.h': No such file or > directory > ...failed compile-c-c++ 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 - tell me which version of flex and bison you are using (and where they came from). Thanks, -greg
