Fortran: variable with name "type" confuses Doxygen (Origin: bugzilla #643618)

[doxygen]

status VERIFIED severity normal in component general for ---
Reported in version 1.7.3-SVN on platform Other
Assigned to: Dimitri van Heesch

On 2011-03-01 19:52:42 +0000, albert wrote:

A variable with the name "type" confuses Doxygen, Doxygen thinks it is the start of a type definition.
Example code:
program tst
type = 1
end

Error message:

---

Error in file /cygdrive/c/Users/user/AppData/Local/Temp/dg/type_var.f90 line: 5, state: 17

---

Note: problem looks like the problem mentioned in bug 643671 ("type is" construct) but the "type is" construct is relatively easy to fix due to the word "is" in the construct.

On 2012-01-27 17:46:01 +0000, astroscion wrote:

I have the same problem on doxygen version 1.7.6.1, distribution for Mac OS X 10.6 (Snow Leopard).

In Fortran, if one assigns a value to a variable with a "type" prefix, it produces an error...

Example code:

program Test_1

implicit none

integer :: type_test ! Just the declaration -> No error!
integer :: typetest ! Just the declaration -> No error!

type_test = 1 ! With assignment -> Error!
typetest = 1 ! With assignment -> Error!

end program Test_1

Error message:

---

Error in file /home/toto/SDN/Test/Test_1.f90 line: 14, state: 17

---

*** Doxygen has finished

On 2012-07-24 18:59:12 +0000, albert wrote:

A similar problem occurs with:
program test
typeOfSelection = .false.
end
but not with:
subroutine test
typeOfSelection = .false.
end

On 2014-03-09 18:51:56 +0000, albert wrote:

Most of the problems were already solved with version 1.8.5 only the underscore (_) was not handled.
I've pushed a solution to github (pull request 135).

On 2014-04-21 10:09:11 +0000, Dimitri van Heesch wrote:

This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.8.7. Please verify if this is indeed the case. Reopen the
bug if you think it is not fixed and please include any additional information
that you think can be relevant (preferrably in the form of a self-contained example).