| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Also QVector has been removed from qtools as it was no longer used.
|
|\ |
|
| |\
| | |
| | | |
Warning about possible loss of data
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Om 64-bit windows platform we get the warning:
```
src\template.cpp(341): warning C4267: 'return': conversion from 'size_t' to 'uint', possible loss of data
```
Explicit setting conversion..
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The internal documentation gives warning:
```
.../src/clangparser.h:33: warning: argument 'fileName' of command @param is not found in the argument list of ClangTUParser::switchToFile(FileDef *fd)
.../src/clangparser.h:35: warning: The following parameter of ClangTUParser::switchToFile(FileDef *fd) is not documented:
parameter 'fd'
```
this is corrected.
(Note: warning regarding TokenManager is an javaCC upstream problem and corrected in their master).
|
|/ |
|
| |
|
|\
| |
| | |
No warning for unbalanced brackets in markdown
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When we have the input files qq.md.
```
@page xxx0 yyy0
@}
Start of text
@page xxx1 yyy1
@{
Start of text
```
and qqh.h:
```
/**
@page xxxh0 yyyh0
@}
Start of texth
*/
/**
@page xxxh1 yyyh1
@{
Start of texth
*/
```
we get the warnings:
```
qq.md:3: warning: unbalanced grouping commands
qqh.h:4: warning: unbalanced grouping commands
qqh.h:15: warning: end of file with unbalanced grouping commands
```
```
so we are missing
```
qq.md:9: warning: end of file with unbalanced grouping commands
```
due to the fact that the closing routine was not called (also the open routine was not called, always good to call it the set variables to their proper values.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When having an example like:
```
/// \file
/** \xrefitem my_errors "err2" "ERR1" ERROR 101*/
#define MY_ERR_CANNOT_OPEN_FILE 101
/** \xrefitem my_errors "err2" "ERR2" ERROR 102*/
#define MY_ERR_CANNOT_CLOSE_FILE 102
/** \xrefitem my_errors "err2" "ERR1a" ERROR 101a*/
#define MY_ERR_CANNOT_OPEN_FILE3 103
/** \xrefitem my_errors "err2" "ERR2a" ERROR 102a*/
#define MY_ERR_CANNOT_CLOSE_FILE4 104
```
the sorting should be done on the part `MY_ERR_CANNOT_...` but no sorting is done (since 1.8.18) as:
- call to `qstricmp` contains twice the same value
- a boolean value should be the result of the compare but in fact an integer value was returned
This problem is most likely a regression due to
```
Commit: aca13723a9373a1080ca7f108e7be0905b9ae793 [aca1372]
Date: Thursday, February 27, 2020 10:38:22 PM
Restructure the way RefLists are handled
```
|
| | |
|
| |
| |
| |
| |
| |
| | |
Fixes error:
"\begin{DoxyCodeInclude} on input line 93 ended by \end{DoxyCode}"
while generating the LaTeX version of the manual
|
|\ \
| |/
|/| |
|
| | |
|
|\ \
| | |
| | | |
Miscounting of lines in case of fenced code block
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When we have an example like:
~~~
Page
=======
test text
test text \error1
```
make
```
```
make
```
test text \error2
~~~
we get the warnings:
```
aa.md:5: warning: Found unknown command '\error1'
aa.md:17: warning: Found unknown command '\error2'
```
instead of
```
aa.md:5: warning: Found unknown command '\error1'
aa.md:15: warning: Found unknown command '\error2'
```
this is due to the fact that there are 2 returns in case of a fenced code block, one with the ``endcode` but with the detection of the fenced code block (`isFencedCodeBlock`) it is not "removed".
|
|\ \ \
| | | |
| | | | |
#8051 Consider documenting debug options of doxygen
|
| | |/
| |/|
| | |
| | |
| | | |
- don't create an error in case of no argument, just handle it as a request for help.
- give the usage also in case of an error (besides the error message)
|
|/ /
| |
| |
| | |
regression on #7706 (although it has nothing to do with double runs in my opinion as indicated in the title of that issue: " Md5 hash does not match for two different runs") looks like this statement should be present.
|
| | |
|
| | |
|
| | |
|
|/
|
|
|
| |
Also prepared some code for multi-threaded use, and
Removed tabs and trailing spaces for code.l
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When having a (stripped down) example like:
```
!
!!/*T
!T*/
```
we get a warning like:
```
.../ex11f.F90:4: warning: Reached end of file while still inside a (nested) comment. Nesting level 1 (probable line reference: 2, 2)
```
even though Fortran has no nested comments, and certainly doesn't have `/*` as comment signs. So message can be ignored.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When having an example like:
```
## General \PYgen0 docu
#
#
#
#
# General detail \PYgen1 text
# and more
STYLE_TEMPLATE = r'''
\makeatletter
'''
## General \PYgen2 docu
#
#
#
#
#
# General detail \PYgen3 text
# and more
STYLE_TEMPLATE1 = r'''
\makeatletter
'''
```
with
```
EXTRACT_ALL = YES
QUIET = YES
```
we get the warnings (removed doubles and sorted):
```
bb.py:1: warning: Found unknown command '\PYgen0'
bb.py:10: warning: Found unknown command '\PYgen1'
bb.py:12: warning: Found unknown command '\PYgen2'
bb.py:23: warning: Found unknown command '\PYgen3'
```
we see here (especially with `PYgen3` a wrong line number.
After fixing the line count in `pyscanner.l` there was for the second block an offset of 1. This was caused by `commentscan.l` introduced with #7960 after correcting this this offset was also gone.
Revisiting the original example of #7960 showed that here here was also an offset of 1 (probably due to a misinterpretation of where the `<tr>` warning should be mentioned), here it is now also correct..
(The original mismatch was shown of Fossies for the Pygments package)
|
|
|
|
|
| |
* Fix too aggressive giphenation of abbr. words.
* Remove unwanted change at line 2266
|
|\
| |
| | |
Incorrect duplicate code for Fortran fixed/free recognition
|
| |
| |
| |
| | |
There were 2 routines to recognize whether Fortran code was Fixed of Free format code, though the version in `commentcnv.l` didn't take the settings of `EXTENSION_MAPPING` into account which might lead to incorrect recognition of the format, this has been corrected.
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | | |
* Proposed fix for issue #7898 - Internal search engine produce ".html" pages instead of using HTML_FILE_EXTENSION
* Applied albert-github suggestions to proposed fix for issue #7898
|
|/ / |
|
| |
| |
| |
| | |
default
|
|\ \
| | |
| | |
| | | |
into tolnaisz-arg_name_as_comment
|
| | |
| | |
| | |
| | | |
EXTRACT_ANON_ARGUMENTS.
|
|\ \ \
| | | |
| | | | |
Warning about end of list in brief description after alias `^^` replacement
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
With the alias:
```
ALIASES += "sbl_add_package_main_class{2}=\brief \1 ^^ \2"
```
and the comment:
```
\sbl_add_package_main_class{Defines, \details dihedrals}
```
we will get the replacement:
```
\brief Defines \ilinebr \details dihedrals
```
but this leads to a number of warnings like:
```
warning: End of list marker found without any preceding list items
```
As the end of the brief description is here `\ilinebr` this is replaced in the definition by `\ilinebr.` (so with a `.`). We first have to strip the aritficial newlines at (the beginning and) the end end of the brief description before adding the `.`.
(Found as side effect of https://stackexchange.com/filters/57710/doxygen).
|
|\ \ \ \
| | | | |
| | | | | |
Command \ilinebr remained
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When having the alias:
```
ALIASES += sbl_add_package_main_class{4}="\addtogroup \1-ref-manual ^^ @{ ^^ \class \2 ^^ \brief \3 \4 ^^ @}"
```
for the comment block:
```
/**
\sbl_add_package_main_class{Molecular_potential_energy, T_Phi_psi_dihedral_angles_visitor,
Defines iterator over all successive pairs of dihedrals.,
\details Defines iterator over all successive pairs of dihedrals.
\tparam CovalentStructure The type of the input covalent structure
}
*/
```
we get the warning:
```
warning: the name '\ilinebr' supplied as the argument of the \class, \struct, \union, or \include command is not an input file
```
The problem was that the rule:
```
<ClassDocArg2>{FILE}|"<>" { // second argument; include file
```
took the `\ilinebr`, the rule:
```
<ClassDocArg2>{DOCNL} {
```
should habe been checked before.
(reported as: https://stackoverflow.com/questions/63710433/doxygen-alias-with-arguments-the-classical-linebr-problem)
|
| |_|/
|/| | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Also fixed a few VHDL related memory leaks and one newly introduced
Fortran memory leak.
|
|\ \ \
| | | |
| | | | |
issue #6442 C++: Trailing return type syntax + void
|
| | | |
| | | |
| | | |
| | | | |
corrected typo
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When having:
```
/*!
* \brief Performs some side effect
*/
auto side_effect_after() -> void {}
```
We get the warning:
```
warning: return type of member side_effect_after is not documented
```
as the trailing return type was not taken into consideration.
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Also replaced tabs by spaces and removed trailing whitespace
And fixed line counting issue.
|
| |\ \ \ \
| | | | | |
| | | | | |
| | | | | | |
https://github.com/albert-github/doxygen into albert-github-feature/issue_8015
|
| | |/ / /
| | | | |
| | | | |
| | | | | |
The pattern `\ilinebr` is actually also a line break, but was not handled.
|
|/ / / / |
|