GNOME Bugzilla – Bug 711387
Patch for linking to TCL class members with 'dot' in their name
Last modified: 2018-07-30 10:21:22 UTC
Created attachment 258906 [details] [review] Patch for retry without substituting '.' as scope separator Hi all, There is a bug in doxygen-1.8.5 with TCL classes and class members with a dot in their name. When we want to use \link to these members, the resolution of the name fails. This is due to the fact that the any dot in a name is substituted by '::' as if it was a scope separator. This is very suitable and convenient for C++ / Java / etc., where a dot in function names and class members is not allowed, but TCL does allow a dot in function names. I wrote a (quick and (maybe not so) dirty) patch for doxygen-1.8.5. The function resolveRef in util.h/util.c now has an additional argument dotIsScopeSeparator. When this is set to FALSE, a 'dot' in the reference name won't be translated to '::'. For compatibility, it defaults to TRUE. The Q&D part now exists in the fact that, the rest of the code still uses the compatible call. The function itself tries to resolve with dotIsScopeSeparator = FALSE when resolving with dotIsScopeSeparator = TRUE fails. I added a simple test project with several links as suggested by http://www.stack.nl/~dimitri/doxygen/manual/autolink.html With best regards, Tom.
Created attachment 258907 [details] Sample TCL source Contains Doxyfile + test.tcl To reproduce the link issue with class member functions with a 'dot' in their name
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!