GNOME Bugzilla – Bug 547759
Environment path variables containing dots seem not to be processed correctly
Last modified: 2012-03-03 15:04:53 UTC
Please describe the problem: In MS Windows one can set environment variables containg dots in the name C:\> set VAR.WITH.DOTS=D:\tmp C:\> echo %VAR.WITH.DOTS% D:\tmp When I use such an environment variable in my Doxyfile doxygen doesn't expand them, e.g.: TAGFILES = "my.tag=file:///$(VAR.WITH.DOTS)/doc/html" Testet on Microsoft Windows XP SP2 Steps to reproduce: On a MS Windows system 1. set an environment variable containing dots, e.g.: set VAR.WITH.DOTS=D:\tmp 2. use the above environment variable in your Doxyfile, e.g.: TAGFILES = "my.tag=file:///$(VAR.WITH.DOTS)/doc/html" 3. generate an HTML documentation as usual Actual results: Doxygen generated links to external documentation in the HTML contain *not* expanded variable ... href="file:///$%28VAR.WITH.DOTS%29%5Cdoc%5Chtml/myclass.html" ... Expected results: I would expect doxygen expanding the environment variable using the OS command shell. Does this happen every time? Yes Other information:
This problem seems still to persist in Doxygen 1.8.0 with special characters, not only "dot". And nowadays, with Windows 7 64bit, unfortunately the standard location of the hhc.exe (HHC_LOCATION to create chm-files) is %ProgramFiles(x86)%\HTML Help Workshop\hhc.exe (A curse on M$ for using parantheses in an env var name! *sigh*) I have to use the environment variable since I cannot rely upon the fact that this folder is always on drive C:. Also I cannot define an own environment variable to work around the problem. What to do?
I will added support for dots and (X86) type of constructs. *** This bug has been marked as a duplicate of bug 670965 ***