| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
parameters
|
| |
|
| |
|
|
|
|
| |
a warning
|
| |
|
|\
| |
| | |
Correct / set types for python variables
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The bool python type was not handled.
In case of the initialization by means of a method call a variables was was aid to be a tuple (e.g. env= os.environ.copy())
Methods with initialization with defaults were shown without arguments in the brief description (e.g. def create_dir(dir, create=True):)
Arguments with values in method calls were seen as variables variables in case of continuation lines (e.g.
parser.add_argument("--https_proxy", nargs="?", help="Proxy to be used for https requests",
action="store", const="myproxy.domain.com:8080")
in this case action was seen as variable).
|
|\ \ |
|
| |\ \
| | |/
| |/| |
Add WARN_AS_ERROR option to stop execution at first warning (equivalent of compilers' -Werror option)
|
| | |
| | |
| | |
| | | |
compilers' -Werror option)
|
| | | |
|
| | |
| | |
| | |
| | | |
function
|
| | | |
|
|\ \ \
| |/ / |
|
| |\ \
| | | |
| | | | |
doxyapp and CLANG linking
|
| |/ /
| | |
| | |
| | | |
In case CLANG is enabled for doxygen this library is also used for doxyapp, but the clang libraries were not included in the doxyapp CMake project.
|
|\ \ \
| |/ / |
|
| |\ \
| | | |
| | | | |
Bug 606104 - Deprecated list: Wrong prefix '<globalScope>::' for global functions
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
functions
The globalScope as shown in the output has no meaning and is confusing (and is also lacking the starting <).
This problem is a regression from: Bug 740218 - Full scope needed when making link inside cross-referenced section [with test case]
|
| |\ \ \
| | | | |
| | | | | |
Adding compilation options for flex/lex and bison/yacc
|
| | |/ /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Adding the options LAEX_FLAGS and YACC_FLAGS to the COMPILE_FLAGS for flex/lex bison/yacc to create more flexibility during compilation.
Example:
when one wants to compile e.g. fortranscanner.l with the flex debug flag -d one can perform the following steps:
- touch fortranscanner.l in te src directory
- run make LEX_FLAGS=-d
or
set environment variable LEX_FLAGS to -d
run make
to undo this touch again forttranscanner -l and run make (don't forget to unset the environment variable LEX_FLAGS)
Analogous for bison/yacc wit the YACC_FLAGS
|
| |\ \ \
| | | | |
| | | | | |
Remove obsolete py files
|
| | |/ / |
|
| |\ \ \
| | | | |
| | | | | |
Adjusted used option for CLANG usage with CMake in documentation
|
| | |/ / |
|
| |\ \ \
| | |/ /
| |/| | |
Support set in code highlighting
|
| |/ /
| | |
| | |
| | | |
Analogous to the C# property get also the property set is supported
|
|/ /
| |
| |
| | |
overflows
|
|\ \ |
|
| |\ \
| | | |
| | | | |
Bug 758132 - Brief description of non documented functions
|
| | | |
| | | |
| | | |
| | | |
| | | | |
In case a function or an other item is not documented and EXTRACT_ALL has not been specified it should not appear in the list with brief description of functions etc.
(This patch supersedes the patch as proposed in pull request 411 based on the comments from Dimitri van Heesch)
|
| |\ \ \
| | | | |
| | | | | |
Fix computeCommonDirPrefix sometimes not finding the correct prefix
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The code in some cases would search backwards in a string starting from
an offset beyond the string's length. Adjust so that doesn't happen and
the code doesn't mistakenly assume there is no common dir prefix.
This bug has in some scenarios led to absolute paths being used for
dir_(md5).html links, making doxygen output needlessly depend on details
of build-time paths.
|
| |\ \ \
| | |/ /
| |/| | |
Fixed preprocessor macros for flex version check
|
| |/ / |
|
|/ / |
|
|\ \
| |/ |
|
| |\
| | |
| | | |
Markdown with @cond and @endcond
|
| | |
| | |
| | |
| | |
| | | |
In case markdown files are processed and they contain @cond and @endcond these are replaced wit C-style end and begin comments (and code in between is correctly removed). The C-Style comments should not be placed as they are not understood in a markdown context (analogous to what happens in Fortram, Pythone etc.).
Note: in principle @cond should not be used as a markdown file is one "comment" block and thus @if should be used, though in any case no unwanted characters should be added.
|
| |\ \
| | | |
| | | | |
Fortran module private variables and EXTRACT_PRIVATE = NO
|
| | |/
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
From the message in the doxygen forum(http://doxygen.10944.n7.nabble.com/Fortan-problems-td7434.html and http://doxygen.10944.n7.nabble.com/Fortran-module-private-variables-and-EXTRACT-PRIVATE-NO-td7423.html)
B. If EXTRACT_PRIVATE = NO, module private functions are not listed (as expected) but module private variables are (bug!).
C. Implicit PRIVATE/PUBLIC/PROTECTED statements in a module work as expected but are not "appended" to function/variable documentation. This is only a nuisance.
Problem had a common cause, the protection was hard set to 'Public' instead of the read value (analogous to static)
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
The version checks only considered YY_FLEX_SUBMINOR_VERSION and did not
take YY_FLEX_MINOR_VERSION into account, which made them fail with
flex-2.6.0.
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
In case markdown files are processed and they contain @cond and @endcond these are replaced wit C-style end and begin comments (and code in between is correctly removed). The C-Style comments should not be placed as they are not understood in a markdown context (analogous to what happens in Fortram, Pythone etc.).
Note: in principle @cond should not be used as a markdown file is one "comment" block and thus @if should be used, though in any case no unwanted characters should be added.
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
From the message in the doxygen forum(http://doxygen.10944.n7.nabble.com/Fortan-problems-td7434.html and http://doxygen.10944.n7.nabble.com/Fortran-module-private-variables-and-EXTRACT-PRIVATE-NO-td7423.html)
B. If EXTRACT_PRIVATE = NO, module private functions are not listed (as expected) but module private variables are (bug!).
C. Implicit PRIVATE/PUBLIC/PROTECTED statements in a module work as expected but are not "appended" to function/variable documentation. This is only a nuisance.
Problem had a common cause, the protection was hard set to 'Public' instead of the read value (analogous to static)
|
|\ \
| | |
| | | |
Bug 757621 - unclosed tag, c# generics method with where
|