summaryrefslogtreecommitdiffstats
path: root/src/fortrancode.l
Commit message (Collapse)AuthorAgeFilesLines
* Refactoring: replace NamespaceSDict by NamespaceLinkedMapDimitri van Heesch2020-12-231-1/+1
|
* Refactoring: replace ClassSDict by ClassLinkedMap/ClassLinkedRefMapDimitri van Heesch2020-12-191-3/+3
|
* Protect mutable access to members in code generators with mutexesDimitri van Heesch2020-11-281-0/+7
|
* Issue #8206: Incorrect XHTML resultsDimitri van Heesch2020-11-271-3/+2
| | | | | | | | | | | | Changes: - Change TooltipManager back into a singleton - Give the OutputList object a unique output id - Increment the id at each startFile() atomically - Pass the id to the HTML code generator - Store tooltips per output id. - Keep track of tooltips that are already written for a given id - for output formats other than HTML the output id is 0 and tooltips are not collected and written
* Refactoring: replacing dynamic_cast by static_cast to improve performanceDimitri van Heesch2020-11-131-2/+2
|
* Refactoring: Introduce immutable and mutable interfacesDimitri van Heesch2020-11-091-2/+6
| | | | | | Split Definition/ClassDef/NamespaceDef/MemberDef into a immutable and mutable part Aliases are immutable, other symbols are stored using an immutable interface but can be made mutable explicitly by dynamic casting.
* Remove warnings from lexersalbert-github2020-10-201-1/+1
| | | | | | | | Remove warnings (Windows 64 bit compilation) like: ``` warning C4267: '+=': conversion from 'size_t' to 'int', possible loss of data ``` from the different lexers by making use of more consistent data types.
* Refactoring: modernize TooltipManager class and source reference listsDimitri van Heesch2020-10-201-1/+6
| | | | | - Tooltips are now collected per file instead of globally - Source reference lists now use STL containers
* Refactoring: making vhdlcode.l reentrantDimitri van Heesch2020-09-131-2/+4
| | | | | Also fixed a few VHDL related memory leaks and one newly introduced Fortran memory leak.
* Refactoring: making fortrancode.l reentrantDimitri van Heesch2020-09-101-898/+966
|
* issue #7995 Doxygen doesn't handle very simple example in the .md filealbert-github2020-09-021-0/+11
| | | | Besides "keep utf8 characters together..." as done for the C-type parser in code.l (commit d3d9dd8540ec159de080859c8f34a2581c4147f0) this also has to be done for the Fortran, SQL and VHDL code lexers. The code lexers for python and xml already didn't give errors as they already handled these cases for the example.
* Replaced QDict<void> by StringUnorderedSet for fortrancode.lDimitri van Heesch2020-08-031-7/+9
|
* Fixed shadowing issue in getFortranDefs and other shadowing casesDimitri van Heesch2020-04-091-12/+13
|
* Replaced MemberNameSDict by MemberNameLinkedMap based on LinkedMapDimitri van Heesch2020-04-081-96/+97
|
* Enabled stricter compiler warnings and fixed all new warningsDimitri van Heesch2020-03-081-69/+75
|
* Fix compiler warnings on Windows (Visual Studio)Dimitri van Heesch2020-02-121-0/+3
|
* Cleanup unused/unwanted parser dependencies on code generatorDimitri van Heesch2020-01-261-0/+2
|
* Merge branch 'master' into spellingDimitri van Heesch2019-12-231-9/+27
|\
| * Split language parser into "outline parser" and "code parser"Dimitri van Heesch2019-12-031-0/+30
| |
| * Remove bogus flex codeDimitri van Heesch2019-11-181-12/+0
| |
* | spelling: terminatedJosh Soref2019-11-121-1/+1
|/
* 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).
* Fix typosluz.paz2019-09-281-1/+1
| | | | | | Found via ``` codespell -q 3 -S *.js,*.po,./src/translator*,*.eps,./doc/changelog.doc -L ang,ans,attribs,ba,behaviour,classe,colour,german,iff,initialise,nam,nd,que,russian,statics,te,tim,uint ```
* Reduce the use of QString in favor of the more efficient QCStringDimitri van Heesch2019-09-211-1/+1
|
* 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.
* Fixes a @param's parameter name.Mark de Wever2019-08-241-1/+1
| | | | | | | | This was found while testing with Clang's -Wdocumentation -Wdocumentation-pedantic options. Note from the coding style used it would seem useDict would be the more appropriate name, but usedict is used on multiple occasions in this file.
* Some fixes and restructuringDimitri van Heesch2019-08-061-0/+4
| | | | | | - moved unescapeCharsInString to util.cpp - restructured flow keyword counting - make flow keyword counting work for python and fortran code as well
* Correction warning messagealbert-github2019-06-011-1/+1
| | | | Consistency
* 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
| |
generated by cgit v0.12 at 2024-07-03 07:28:59 (GMT)