summaryrefslogtreecommitdiffstats
path: root/src/fortrancode.l
Commit message (Collapse)AuthorAgeFilesLines
* Improved const correctness and added support for inline namespacesDimitri van Heesch2019-04-211-13/+9
|
* Continuation lines and labelsalbert-github2019-03-071-3/+3
| | | | | Better handling of continuation lines when converting from fixed form Fortran to free form Fortran, especially handling the information in columns 733 and further (which is in fixed formatted Fortran always comment) An `end` statement can start not only on lines with spaces in front of it but also when a line has a label or the `end` can be after a `;`.
* Refactored Definition and derived classes such that they are abstract interfacesDimitri van Heesch2019-02-281-1/+1
|
* Double id for tooltips in XHTML Possible.albert-github2019-01-181-5/+0
| | | | The tooltips (XHTML) should not be displayed per code fragment but for the entire (output) file as otherwise tooltips might be added multiple times resulting in double IDs.
* Handling Fortran functions in call graphsalbert-github2018-10-211-2/+15
| | | | | When functions are used they have to be declared and were seen as local variables even when the 'external' keyword had been applied. Functions are now not seen anymore as local variables as soon as the 'external' keyword has been applied.
* Bug 691689 - Line numbers for examplesDimitri van Heesch2018-08-191-9/+9
|
* Bug 796621 - @cond does not stop at @endcond Fortranalbert-github2018-06-191-3/+0
| | | | | 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.
* Merge branch 'feature/bug_enum' of https://github.com/albert-github/doxygen ↵Dimitri van Heesch2018-06-101-17/+48
|\ | | | | | | into albert-github-feature/bug_enum
| * Implementation Fortran ENUM / ENUMERATIONalbert-github2018-02-171-31/+59
| | | | | | | | All ENUMs are anonymous as they don't have a name defined in the Fortran standard.
* | Merge pull request #707 from luzpaz/misc-typosDimitri van Heesch2018-04-291-2/+2
|\ \ | | | | | | Misc. typos
| * | Misc. typosluz.paz2018-04-251-2/+2
| | | | | | | | | | | | Found via `codespell`
* | | Fortran code coloring improvements (REAL and comment lines)albert-github2018-04-261-9/+19
|/ / | | | | | | | | | | | | | | | | REAL can have multiple meanings in Fortran: - data type - name of (conversion) function in case of free formatted code the word "real" cab appear at the beginning of a (physical) line and would be interpreted incorrectly. Fortran comment lines always end at the end of the line (no block comments) so the code coloring of comment lines should always be terminated.
* | Merge pull request #655 from albert-github/feature/bug_fortranDimitri van Heesch2018-04-221-2/+2
|\ \ | | | | | | Fortran improvements
| * | Fortran improvementsalbert-github2018-02-121-2/+2
| |/ | | | | | | | | | | | | | | | | | | - adding NON_RECURSIVE - better handling of missing PROGRAM in case of following module / subroutine in same file - ignore (numeric)-labels in fixed source form - adding support for - TYPE IS - CLASS IS - CLASS DEFAULT
* | Fortran improvements (2)albert-github2018-02-151-18/+31
|/ | | | | - handling of type / class statement especially in declarations in source browser and scanner - color code import statement in source browser
* 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
* Code color of , (comma) together with only in use statementalbert-github2017-11-181-8/+8
| | | | The comma was colored as part of the word only (keywordtype), this should not be the case.
* Bug 733705 - parser misinterpreting fortranalbert-github2017-08-231-66/+79
| | | | Corrected handling of (local) variables as functions as well as handling of non Fortran variables used in Fortran code.
* flex: use %option instead of command line options.Adrian Negreanu2016-09-211-0/+3
|
* Bug 770660 - Code snippet always shows line numbers from 1albert-github2016-09-031-5/+6
| | | | | | | | | This patch makes the handling of the \snippet and other commands consistent between the different languages (no line numbers anymore with python) and also introduces analogous to \includelineno the command \snippetlineno. Some non relevant changes: - *code.l Calculation of the end line was incorrect, in case of a snippet the end line was the number of lines of the snippet and not reltive to the start line. - *code.l made consistent over the different laguages, enabling exBlock and inlineFragment - testing/indexpage.xml in test 14 the \snippet command was used with python and giving line numbers, linenumbers are now gone (consistency)
* Merge pull request #501 from ↵Dimitri van Heesch2016-08-201-0/+10
|\ | | | | | | | | albert-github/feature/bug_code_keyword_operator_assignment Color code word OPERATOR and ASSIGNMENT as keyword in FORTRAN code
| * Color code word OPERATOR and ASSIGNMENT as keyword in FORTRAN codealbert-github2016-08-191-0/+10
| |
* | Color code word RESULT as keyword in FORTRAN codealbert-github2016-08-181-1/+6
|/
* Style fixes and added numbering to overloaded membersDimitri van Heesch2016-07-301-1/+1
|
* Changed configuration mechanism to directly access options in order to ↵Dimitri van Heesch2016-01-171-3/+3
| | | | improve performance
* Support flex-2.6.0Dimitri van Heesch2015-11-221-3/+3
|
* Support flex-2.6.0Heiko Becker2015-11-221-1/+1
| | | | | | 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.
* Better handling of implicit statement in source code browseralbert-github2015-08-271-1/+1
| | | | When using e.g. IMPLICIT INTEGER only the IMPLICIT was seen as keyword and INTEGER was not seen as keyword. Now types are seen as keywords as well.
* drop #include <unistd.h>Adrian Negreanu2015-05-151-2/+2
| | | | Signed-off-by: Adrian Negreanu <adrian.m.negreanu@intel.com>
* Fortran: fixed format position 73 and further is commentalbert-github2015-01-041-7/+24
| | | | According to the Fortran standard position 73 and further on a line are comment. Until now this was not considered.
* Fortran: code color GOTO as flow keyword.albert-github2015-01-031-1/+1
|
* Supporting linking for methods bound to FORTRAN classes in source definitionsChris Hansen2014-12-211-4/+13
|
* Merge pull request #247 from hansec/FORTRAN_moduleNSDimitri van Heesch2014-12-201-4/+37
|\ | | | | Convert FORTRAN modules to namespaces
| * Remove filtering rule when generating FORTRAN module linksChris Hansen2014-11-301-1/+1
| |
| * Fix rules for closing FORTRAN module and typedef scopesChris Hansen2014-11-281-2/+2
| |
| * Convert FORTRAN modules to namespacesChris Hansen2014-11-211-3/+36
| | | | | | | | This helps fix linking issues and ambiguity related to the difference between classes and modules in FORTRAN 2003+.
* | Merge pull request #263 from albert-github/feature/bug_fortran_call_colorDimitri van Heesch2014-12-141-4/+6
|\ \ | | | | | | Fortran color CALL as keyword
| * | Fortran color CALL as keywordalbert-github2014-12-101-4/+6
| | | | | | | | | | | | Color the word CALL as keyword.
* | | Fortran code color END (regression pull request 259)albert-github2014-12-141-1/+1
|/ / | | | | | | | | | | | | This is a regression on pull request 259. Fortran code like: end if was not colored properly anymore. This has been corrected with this patch.
* | Merge pull request #258 from ↵Dimitri van Heesch2014-12-091-3/+11
|\ \ | | | | | | | | | | | | albert-github/feature/bug_fortran_source_continuation Fortran continuation character seen as begin of function call
| * | Fortran continuation character seen as begin of function callalbert-github2014-12-081-3/+11
| |/ | | | | | | | | In case in fixed format code a line like: " x ( " existed and the x was on position 6 the "x (" was seen as the start of a function call.
* | Fortran color code of ENDalbert-github2014-12-081-3/+2
|/ | | | The color for the single END in Fortran code was of the color of the flow type entities though for all the flow entities the entity name is mandatory. For the entity statements of some keywords e.g. SUBROUTINE and FUNCTION the entity name is not mandatory with the END statement. The color of the single END statement has been changed from the flow type to the normal keyword type.
* Merge pull request #237 from albert-github/feature/bug_fortran_codecommentDimitri van Heesch2014-10-211-0/+11
|\ | | | | Last comment of \code{.f90} missing
| * Last comment of \code{.f90} missingalbert-github2014-10-111-0/+11
| | | | | | | | | | | | | | In case e.g. an number of Fortran variables are documented as an example in a \code block and the last line looks like: INTEGER :: var !< documentation The "!< documentation" is missing as the last block was not rendered. Note: STRIP_CODE_COMMENTS has to be NO as otherwise the code comment will anyway, correctly, be absent.
* | Bug 738063 - Fortran attribute contiguous not identifiedalbert-github2014-10-111-1/+1
|/ | | | Added keywords contiguous and volatile
* Bug 733856 - segfault in QGListIterator while parsing fortran codealbert-github2014-07-301-0/+2
| | | | | Problem with variables with the name type versus type definitions. type followed by = is recognized as not being a type definition instead of the use of a variable.
* Fix FORTRAN code function scope testChris Hansen2014-05-271-1/+1
|
* Fix highlighting issuesChris Hansen2014-05-191-6/+25
| | | | | - Fixed highlighting defined type in variable declarations - Corrected parser state following docBlock closure
* Fix unnecessary rules for FORTRAN typesChris Hansen2014-05-121-22/+10
|
* Merge pull request #171 from hansec/fortran_case_regressionDimitri van Heesch2014-05-071-1/+1
|\ | | | | Highlighting corrected for case statements without new line (regression)
generated by cgit v0.12 at 2024-11-01 11:18:12 (GMT)