After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 622018 - Fortran warnings from @param statements starting with formulas
Fortran warnings from @param statements starting with formulas
Status: RESOLVED FIXED
Product: doxygen
Classification: Other
Component: general
1.7.0
Other Linux
: Normal normal
: ---
Assigned To: Dimitri van Heesch
Dimitri van Heesch
Depends on:
Blocks:
 
 
Reported: 2010-06-18 16:41 UTC by Rhys Ulerich
Modified: 2010-10-09 08:19 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Source, Doxyfile, and doxygen output showing problem (4.08 KB, application/x-gzip)
2010-06-18 16:41 UTC, Rhys Ulerich
Details

Description Rhys Ulerich 2010-06-18 16:41:43 UTC
Created attachment 164023 [details]
Source, Doxyfile, and doxygen output showing problem

I'm seeing odd warnings like

/g/g10/ulerich1/tmp/foo.F90:1: Warning: argument 'form' of command @param is not found in the argument list of (null)problem_bc(REAL(KIND=dp), dimension(neqn,-padsize:n+padsize), intent(out) u, REAL(KIND=dp), dimension(0:n), intent(in) x, REAL(KIND=dp), intent(in) t, INTEGER, intent(in) n, INTEGER, intent(in) padsize)(null)

/g/g10/ulerich1/tmp/foo.F90:1: Warning: argument '2' of command @param is not found in the argument list of (null)problem_bc(REAL(KIND=dp), dimension(neqn,-padsize:n+padsize), intent(out) u, REAL(KIND=dp), dimension(0:n), intent(in) x, REAL(KIND=dp), intent(in) t, INTEGER, intent(in) n, INTEGER, intent(in) padsize)(null)


from what I understand to be well-formed input

!> Enforce the problem's boundary conditions on a padded domain.
!! Given valid data \f$ \vec{u}\left(x_i, t\right) \f$ for
!! \f$ i\in\left\{0,\ldots,n\right\} \f$, modify storage locations
!! <tt>u(-padsize:0)</tt> and <tt>u(n,n+padsize)</tt> so that
!! the problem's boundary conditions are enforced.
!!
!! @param u       \f$u\f$
!! @param x       \f$x\f$
!! @param t       \f$t\f$
!! @param n       Grid size.  Note that array size differs from \c n.
!! @param padsize Amount of padding added to the domain <tt>0:n</tt>.
SUBROUTINE problem_bc(u, x, t, n, padsize)

  INTEGER, PARAMETER :: neqn = 3
  INTEGER, PARAMETER :: dp = KIND(1.d0)

  INTEGER, INTENT(IN)          :: n, padsize
  REAL(KIND = dp), INTENT(IN)  :: x(0:n), t
  REAL(KIND = dp), INTENT(OUT) :: u(neqn,-padsize:n+padsize)

  u(:, -padsize:0) = SIN(2*pi*t)             ! Sinusoidal left boundary
  u(:, n+1:n+padsize) = -u(:, n-padsize:n-1) ! Reflective right boundary

END SUBROUTINE problem_bc

The problem may be that the parameter descriptions begin with formulas instead of other text.  Commentless Doxyfile, input source, and sample output attached in a tarball.
Comment 1 Dimitri van Heesch 2010-06-22 19:58:36 UTC
Confirmed. Should be fixed in the next subversion update.
Comment 2 Dimitri van Heesch 2010-06-25 11:49:02 UTC
This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.7.1. 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.
Comment 3 Dimitri van Heesch 2010-10-09 08:19:18 UTC
This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.7.2. 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.