summaryrefslogtreecommitdiffstats
path: root/src/commentcnv.l
Commit message (Collapse)AuthorAgeFilesLines
* No default rule present in commentcnv.lalbert-github2020-06-261-0/+3
| | | | | In the file `commentcnv.l` there is no default rule present, resulting in the, non understandable, output as indicated in https://github.com/doxygen/doxygen/issues/7873#issuecomment-650100405 (this is not the cause of the problem as reported with issue https://github.com/doxygen/doxygen/issues/7873, but quite annyoing)
* Refactoring: size_t type conversions and QList in DotManagerDimitri van Heesch2020-05-021-1/+1
|
* Inconsistent behavior between `///` and `//!` for formulas (#7726)albert-github2020-04-261-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When we have code like: ``` //! //! \f$a \times //! c \f$ //! ``` this will throw a warning like: ``` warning: End of comment block while inside formula. ``` due to the fact that after the comment conversion the code is like: ``` /** * \f$a \times //! c \f$ * */ ``` Comparing to the `///` comments: ``` /// /// \f$a \times /// c \f$ /// ``` we get ``` /** * \f$a \times c \f$ * */ ``` This discrepancy has been removed.
* Remove support for TCL (code is too buggy and unmaintained, language not ↵Dimitri van Heesch2020-03-151-3/+1
| | | | very popular)
* Enabled stricter compiler warnings and fixed all new warningsDimitri van Heesch2020-03-081-5/+11
|
* Fix wrongly detecting ``` as code block inside running text.Dimitri van Heesch2020-02-121-3/+6
|
* issue #7570 Comments replaced by block comments inside Markdown code blockDimitri van Heesch2020-02-091-1/+19
|
* issue #7570 Comments replaced by block comments inside Markdown code blockDimitri van Heesch2020-02-081-4/+8
|
* Fixed merge issueDimitri van Heesch2019-12-221-1/+1
|
* Merge branch 'master' into feature/bug_550158Dimitri van Heesch2019-12-221-500/+525
|\
| * Avoid warning in commentcnv.l about trailing context made variable due to ↵Dimitri van Heesch2019-12-171-48/+34
| | | | | | | | preceding '|' action
| * issue #7206: Problems with Fortran and `@cond`Dimitri van Heesch2019-12-141-7/+15
| |
| * Email address seen as code starteralbert-github2019-12-061-1/+7
| | | | | | | | | | | | | | | | Some email addresses give problems in the comment converter as they contain e.g. `@code`, so we try to detect Email addresses (analogous to doctokenizer.l) to prevent these false positives. The given warning would ne like: ``` aa.h:13: warning: Reached end of file while still inside a (nested) comment. Nesting level 1 (probable line reference: 1) ```
| * Added missing debug flags for scanner that were made reentrantDimitri van Heesch2019-12-051-0/+3
| |
| * Remove bogus flex codeDimitri van Heesch2019-11-181-5/+0
| |
| * Made commentcnv.l reentrantDimitri van Heesch2019-11-171-466/+493
| |
| * Spelling corrections for src directoryalbert-github2019-11-051-1/+1
| | | | | | | | | | | | | | | | Spelling corrections as found by codespell and in #561. Some reported problems were already fixed, others are fixed here, with some exceptions (a,o.): - "referenceby" in defgen.cpp as this is in the output and I cannot oversee the consequences (looks like none, but ...) - "HANGEUL_CHARSET" left as is as in some MS documentation is written: 'HANGUL_CHARSET: Also spelled "Hangeul". Specifies the Hangul Korean character set.' (https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-wmf/0d0b32ac-a836-4bd2-a112-b6000a1b4fc9).
* | Bug 550158 - EXTRACT_ALL=YES parses non doxygen commentsalbert-github2019-10-071-2/+2
| | | | | | | | Forgot to add the `/` to the not "normal" characters in the ReadLine
* | Bug 550158 - EXTRACT_ALL=YES parses non doxygen commentsalbert-github2019-10-071-0/+3
|/ | | | | Part of the problem has already been solved by means of "Bug 616379 - doxygen result by nested comment incorrectly" (pull request #6649. The missing part (start of comment) has been added here.
* Consistent way to show scanner statealbert-github2019-09-051-0/+3
| | | | | Create a consistent way to display the state mnemonics of the different scanners (analogous to the fortranscanner.l) Use an automatic procedure to generate the routine with the translation of the states to a string.
* Strange '*/' in Fortran nad Markdown with conditional sectionsalbert-github2019-08-171-1/+3
| | | | | | | | | | | | | | | | In case of a construct like (Markdown, analogous for Fortran): ``` test text @cond: after cond whatever @endcond some more text ``` we get a `*/` after `test text` that should not be present. Other places exclude besides Pyton and VHDL also Fortran and Markdown and that should happen here as well.
* Regression: python file with comment caused "Reached end of file while still ↵Dimitri van Heesch2019-08-061-0/+1
| | | | inside a comment" warning.
* Missing warning for "double comment"albert-github2019-07-141-9/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | In case we have: ``` /** \file /** the second comment start line */ /** the docu */ void a_fie(void){} /** the docu ** double commented */ void a_fie2(void){} `` one would expect to get a warning regarding the ``` /** /** ``` but none is given. One would have expected: ``` aa.c:13: warning: Reached end of file while still inside a (nested) comment. Nesting level 1 (probable line reference: 1) ```
* Incorrect Reached end of file while still inside a (nested) comment for TCL ↵albert-github2019-05-031-1/+9
| | | | | | | | | | | | | | | | | / Python In case we have in the comment (or in the code) of a TCL file of Python file a construct like: ``` proc get_suite {dir {sort 1}} { set files [glob -nocomplain $dir/*.bin] set files [glob -nocomplain $dir/*.ps] } ``` we get the warning: ``` warning: Reached end of file while still inside a (nested) comment. Nesting level 2 (probable line reference: 3, 2) ``` although the '/*' construct has no special comment meaning in TCL / Python (comment signs '#' / '#' or '"""). So if a c-comment construct is found it is ignored for TCL and Python.
* Bug 616379 - doxygen result by nested comment incorrectlyalbert-github2018-11-281-4/+13
| | | | Improvement on handling `///` comments in relation to `*/` during comment conversion.
* Bug 796621 - @cond does not stop at @endcond Fortranalbert-github2018-06-191-2/+18
| | | | | The backslash (\) is in Fortran not an escape character but was handled as such, this has been corrected. Handling of the different Fortran string types ('...' and "...") made more consistent.
* Problem with \cond in normal comment of test 015albert-github2018-05-071-1/+1
| | | | | | | | In the \cond is also recognized in non-doxygen comment. - As a work around the \ has been removed - in case of e.g. pdf the enabled function is not shown as it does not have a doxygen comment - test file output update due to change in input code. - pre.l and commentcnv.l. better error message i.e. showing better the used condition
* Misc. typosluz.paz2018-04-251-2/+2
| | | | Found via `codespell`
* Debug output commentcnv independent of QUIET settingalbert-github2018-02-261-1/+3
| | | | The debug output of the commentcnv (-d commentcnv) should be independent of the setting of QUIET in the doxygen configuration file.
* Misc. typosluzpaz2017-12-231-1/+1
| | | | | Super trivial typos Some are in qtools/ which I know is a 3rd party dependency but as we know is now obsolete upstream. I reckon it wouldn't be much of an issue to merge neverthless Tacked on several more commits
* Bug 652086 - does ALIAS work for VHDL code?albert-github2017-06-041-13/+57
| | | | | Terminating of the VHDL comment was not found as a result of the test against python. Added handling of end of python '#' comment and VHDL '--!' comment
* flex: use %option instead of command line options.Adrian Negreanu2016-09-211-0/+2
|
* Bug 767171 - ALIASES stop working after verbatim with formula and /** */albert-github2016-06-051-3/+3
| | | | | | | A formula should not not end a "verbatim" type of block. A "verbatim" type of block should only stop at the corresponding end command. In case of a formula with an environment (i.e. f{) the name of the environment can be parsed separately. Corrected end condition for docbookonly.
* Bug 752712 - last entry missing in a @name group of typedefsDimitri van Heesch2016-02-061-0/+6
|
* Changed configuration mechanism to directly access options in order to ↵Dimitri van Heesch2016-01-171-3/+3
| | | | improve performance
* Markdown with @cond and @endcondalbert-github2015-11-221-0/+2
| | | | | 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.
* Bug 752712 - last entry missing in a @name group of typedefsDimitri van Heesch2015-07-261-0/+8
|
* drop #include <unistd.h>Adrian Negreanu2015-05-151-3/+2
| | | | Signed-off-by: Adrian Negreanu <adrian.m.negreanu@intel.com>
* Bug 746614 - Bogus warning regarding nested commentsalbert-github2015-03-221-0/+1
| | | | | In case the previous file gives a warning regarding the wrong used nested comments and the next file does not have any doxygen comment there is still the message that there is a nested comment but even without probable line numbers. The variable counting the nested comment level was not reset, this has been corrected with this patch.
* Bump copyright yearDimitri van Heesch2015-02-261-1/+1
|
* Bug 735584 - Reached end of file while still insided a (nested) comment in ↵Dimitri van Heesch2014-12-191-1/+1
| | | | Markdown
* Fixed problem finding \enduml when using /// style comments.Dimitri van Heesch2014-09-261-2/+9
|
* Bug 731947 - Support for PlantUMLDimitri van Heesch2014-08-101-3/+3
|
* Updated copyrightDimitri van Heesch2014-02-111-1/+1
|
* Fixed memory leak in nested comment administrationDimitri van Heesch2014-02-031-4/+4
|
* Add line numbers in case comment is not closed properly.albert-github2014-01-261-1/+40
| | | | | This bug fix is an extension to the bug fix: Add warning when encountering a nested comment start (/*) without matching end (*/). It is quite hard to find the place in the source file where the problem occurs. This bug fix helps to locate part of the problems, it is not perfect it only gives the starting comment tags that give a problem (other problems also occur e.g. when // is followed by */).
* Bug 683115 - Command ignored when using umlauts in markdown and also ↵Dimitri van Heesch2014-01-081-2/+2
| | | | C-comments in markdown didn't work properly
* Add warning when encountering a nested comment start (/*) without matching ↵Dimitri van Heesch2014-01-081-0/+5
| | | | end (*/).
* Bug 721032 - Trouble with /cond /endcondDimitri van Heesch2013-12-251-1/+1
|
* Debug output for lexical analyzerAlbert2013-11-131-0/+2
| | | | | | | | | | | | | | In case of error messages like: input buffer overflow, can't enlarge buffer because scanner uses REJECT it is not always directly clear from which lexical analyzer (.l file) this problem comes. This patch helps to find these problems and does the following things: - when using the option -d lex with doxygen each time a lexical analyzer is called at the start a line like the following line will be given: Entering lexical analyzer: pre.l (for: ..../file.c) and at the end: Finished lexical analyzer: pre.l (for: ..../file.c) - in case the lexical analyzer has been translated with the -d option of lex / flex the above mentioned lines will be given as part of the lexical analyzer output (to stderr) and look like: --entering lexical analyzer: pre.l (for: ..../file.c) --finished lexical analyzer: pre.l (for: ..../file.c)
generated by cgit v0.12 at 2024-11-19 08:21:04 (GMT)