GNOME Bugzilla – Bug 719525
Can't build because the definitions of ***YY_flex_debug are missing.
Last modified: 2018-07-30 10:50:51 UTC
Created attachment 263088 [details] [review] Define ***YY_flex_debug to finish build doxygen After SHA-1: 3c0a246bd1bcf6f0d560394fd81616260a174ae8 (2013-11-14), I cannot build doxygen because some definitions don't exist. All ***YY_flex_debug integers seem to be NOT defined anywhere in the source tree. Or do I mistake something to build? I made the patch to roughly resolve this problem.
It is assumed that the build is performed on a Windows system where the problem occurs. It might also occur on other systems. The problem lies in the fact that the flex version is to old (see also discussion on stackexchange: http://stackoverflow.com/questions/20192589/build-doxygen-on-windows-xapian-lib-and-how-to-run-flex) with the proposed version of flex / bison (http://sourceforge.net/projects/winflexbison/files/latest/download) everything compiles (note one has to rename / copy the executables to names without win_) (Thanks Craig) The patch given here is not correct, it breaks building on e.g. Cygwin (and probably other, Linux, systems too) and furthermore the proposed solution is incorrect. The intention of the printlex function is that a different type of message can be printed when the lex debug flag is set or when doxygen is called -d lex. The proposed patch will always print a lex type debug message.
Thank you for the information. I got win_flex_bison and succeed to build again for now. Regards, Suzumizaki-Kimitaka
I've just pushed a documentation update to github and submitted a pull request (58) regarding this problem.
I am having this same issue today (same error message) Doxygen (1.8.9.1) Flex 2.5.35 and 2.5.39 (tried both) Bison 3.0.4 (latest) GCC 4.8.4
I am building on Red Hat Enterprise Linux 5.10 (somewhat old, but all those dependencies are new)
Seen the versions you mentioned it should all be OK, but it looks like the used flex version is not the expected one. Did you try to add your perl version by means of --perl in the configuration script or to the PATH variable? What is written after: "Checking for perl..." when running ./configure? Which version is this? When the above does not help please provide the config.cpp that is generated (from the directory generated_src/doxygen).
Seen the fact that no extra information is provided and the change to CMake for the current release I think this bug can be set to RESOLVED OBSOLETE
As discussed in https://github.com/doxygen/doxygen/pull/734 , Doxygen has moved its issue tracking to https://github.com/doxygen/doxygen/issues All Doxygen tickets in GNOME Bugzilla have been migrated to Github. You can subscribe and participate in the new ticket in Github. You can find the corresponding Github ticket by searching for its Bugzilla ID (number) in Github. Hence I am closing this GNOME Bugzilla ticket. Please use the corresponding ticket in Github instead. Thanks a lot!