summaryrefslogtreecommitdiffstats
path: root/src/fortranscanner.l
Commit message (Collapse)AuthorAgeFilesLines
* issue #6734 parsing performance worsenedDimitri van Heesch2019-01-071-3/+4
|
* Fortran scanner abort messagealbert-github2018-10-231-1/+47
| | | | The Fortran scanner can give a message when the scanner is aborted, in here there is also the state, but in the form of a number. This patch adds a little bit more descriptive text.
* Numbers in comment disappearalbert-github2018-10-081-1/+1
| | | | | | | | | | | | In fixed formatted Fortran code the numbers in the first positions of the comment were filtered out. This is a regression on pull request #655 example where the number '1' disappears: !> \details !> 1.) First point subroutine tst end subroutine
* Bug 796621 - @cond does not stop at @endcond Fortranalbert-github2018-06-191-8/+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/+95
|\ | | | | | | into albert-github-feature/bug_enum
| * Implementation Fortran ENUM / ENUMERATIONalbert-github2018-02-171-15/+94
| | | | | | | | All ENUMs are anonymous as they don't have a name defined in the Fortran standard.
* | Merge pull request #655 from albert-github/feature/bug_fortranDimitri van Heesch2018-04-221-8/+36
|\ \ | | | | | | Fortran improvements
| * | Fortran improvementsalbert-github2018-02-121-8/+36
| |/ | | | | | | | | | | | | | | | | | | - 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-2/+3
|/ | | | | - handling of type / class statement especially in declarations in source browser and scanner - color code import statement in source browser
* Misc. typosluzpaz2017-12-231-4/+4
| | | | | 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 733705 - parser misinterpreting fortranalbert-github2017-08-231-5/+26
| | | | 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 742452 - Fortran: attributes after a blank line are ignored / Bug 625602 ↵albert-github2016-08-271-3/+28
| | | | | | | | | - FORTRAN: comment in subroutine argument list This patch fixes the problem that comment lines in continuation parts stopped the continuation part. Patch consists of 2 parts: - correct setting of continuation characters for fixed form source code - ignoring lines with just comment (based on initial fix proposed by angus-g, but extended for empty lines and comment lines that contain a continuation character)
* Changed configuration mechanism to directly access options in order to ↵Dimitri van Heesch2016-01-171-3/+3
| | | | improve performance
* Merge pull request #435 from albert-github/feature/bug_700381Dimitri van Heesch2016-01-021-6/+21
|\ | | | | Bug 700381 - error state 21 with fortran code (fixed format)
| * Bug 700381 - error state 21 with fortran code (fixed format)albert-github2016-01-021-6/+21
| | | | | | | | Problem is caused by similar quotes inside quotes, in Fortran it is possible to "escape" quotes by doubling them.
* | Fortran inline source code and crash on Linuxalbert-github2016-01-021-1/+4
|/ | | | | This patch fixes a problem on Linux where in a number of cases doxygen crashed when an unnamed interface existed and the routine itself was in the same source file. Furthermore the end line of routines is set correctly so inline source code in Fortran will be possible as well.
* Add support for "value" attribute in FORTRAN scanneralbert-github2015-08-271-2/+13
| | | | The "value" attribute was already supported in the FORTRAN code browser, but not yet in the scanner.
* drop #include <unistd.h>Adrian Negreanu2015-05-151-3/+2
| | | | Signed-off-by: Adrian Negreanu <adrian.m.negreanu@intel.com>
* Crash in case of non generic interface in Fortranalbert-github2015-03-181-1/+1
| | | | In case of a non generic interface in Fortran it happened that doxygen crashed due to the fact that the pointer for setting the endBodyLine does not exist. The line number is only defined for GENERIC interfaces and therefore it should not be set anyhow when ending a non generic interface.
* Fortran: fixed format position 73 and further is commentalbert-github2015-01-041-0/+3
| | | | Small regression, line with 'C' (Capital C) was edited away, re-instated.
* Fortran: fixed format position 73 and further is commentalbert-github2015-01-041-6/+55
| | | | According to the Fortran standard position 73 and further on a line are comment. Until now this was not considered.
* Merge pull request #272 from albert-github/feature/bug_unusedDimitri van Heesch2015-01-031-1/+0
|\ | | | | Remove unused local and static global variables
| * Remove unused local and static global variablesalbert-github2014-12-271-1/+0
| | | | | | | | Remove unused local and static global variables. Variables have been identified by Understand (version 758) from Scitools.
* | Fortran FUNCTION source codealbert-github2015-01-021-0/+2
| | | | | | | | In case of a Fortran FUNCTION there was a difference between the handling of the source code lines for functions with and without the RESULT clause. This has been made uniform.
* | Suggestion to use stripPrefix has been implemented for RESULT.albert-github2015-01-021-25/+14
| | | | | | | | For consistency also implemented for arguments.
* | Documenting RESULT variable of Fortran FUNCTIONalbert-github2015-01-021-1/+52
|/ | | | Fortran functions can specify the return value by means of a variable in the RESULT attribute. Analogous to argument variables (@param) it is now possible to document also the return / RESULT variable (@returns).
* Merge pull request #247 from hansec/FORTRAN_moduleNSDimitri van Heesch2014-12-201-1/+1
|\ | | | | Convert FORTRAN modules to namespaces
| * Convert FORTRAN modules to namespacesChris Hansen2014-11-211-1/+1
| | | | | | | | This helps fix linking issues and ambiguity related to the difference between classes and modules in FORTRAN 2003+.
* | Support for INLINE_SOURCES in Fortranalbert-github2014-12-071-3/+19
|/ | | | Fortran does not yet support the INLINE_SOURCES, with this patch (part of) this omission is solved.
* Bug 738063 - Fortran attribute contiguous not identifiedalbert-github2014-10-111-2/+24
| | | | Added keywords contiguous and volatile
* Bug 634763 - Fortran: external subroutine as dummy argument not recognizedalbert-github2014-09-071-4/+20
| | | | | Besides as as attribute the external can also be used as "type" Previous commit (pull request 121) was reverted (pull request 122) due to warning message.
* Revert "Bug 634763 - Fortran: external subroutine as dummy argument not ↵Dimitri van Heesch2014-09-071-1/+1
| | | | recognized"
* Bug 634763 - Fortran: external subroutine as dummy argument not recognizedalbert-github2014-09-071-1/+1
| | | | Besides as as attribute the external can also be used as "type"
* Better handling of inline Fortran parameter documentationalbert-github2014-08-231-42/+80
| | | | | In case the comment for Fortran arguments is empty or just contains @param [direction] <varname> or parts of these. The comment is is not shown and (depending on the configuration settings, a warning is given). Also the detection of inconsistencies between intent attribute and documentation has been improved.
* Correction of typing erroralbert-github2014-08-161-3/+3
| | | | Corrected documenation -> documentation
* Bug 733856 - segfault in QGListIterator while parsing fortran codealbert-github2014-07-301-0/+1
| | | | | 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.
* Bug 623299 - Fortran: quotation after define causes erroralbert-github2014-04-211-0/+3
| | | | For the determination whether the file is free or fixed formatted code just see lines starting with # as comment lines
* Some restructuring and some compiler warning fixesDimitri van Heesch2014-03-151-7/+7
|
* Merge branch 'feature/bug_625601' of ↵Dimitri van Heesch2014-03-151-6/+9
|\ | | | | | | https://github.com/albert-github/doxygen into albert-github-feature/bug_625601
| * Bug 625601 - FORTRAN: recognition free versus fixed formatted codealbert-github2014-03-091-6/+9
| | | | | | | | | | The recognition of the type (free or fixed) of Fortran code is not reliable possible. A well known possibility as used with compilers as well is to specify the type of code by means of the extension. With EXTENSION_MAPPING it is possible to select the type of Fortran code, when not explicitly set doxygen tries to guess the type of Fortran code.
* | Bug 643618 - Fortran: variable with name "type" confuses Doxygenalbert-github2014-03-091-1/+1
|/ | | | Most problems were solved in version 1.8.5 but the underscore character (_) had not been incorporated, this is done with this patch.
* Corrected some definitions for some Fortran keywordsalbert-github2014-02-231-1/+1
|
* Reduced and improved functionality of QListDimitri van Heesch2013-12-301-2/+2
| | | | | | | | | - operations on current index and node (next(), prev(), last(), first()) have been removed. - access to internal nodes has been removed. - old QList has been renamed to QInternalList for use inside qtools only. - added type safe compare, new, and delete operations (compareValues(), newValue(), deleteValue()). - add compareValues also to QDict for consistency. - changed doxygen's implementation to comply with the new QList and QDict interface.
* Merge pull request #59 from albert-github/feature/bug_715172Dimitri van Heesch2013-12-071-1/+1
|\ | | | | Bug 715172 - Consistently document Fortran's equivalent function bodies
| * Bug 715172 - Consistently document Fortran's equivalent function bodiesalbert-github2013-12-011-1/+1
| | | | | | | | Although controversioal but for consistency converted type for fortran functions to lowercase
* | Fortran added keyword IMPUREalbert-github2013-12-011-3/+3
|/ | | | Added keyword IMPURE analogous to keyword PURE
* Debug output for lexical analyzerAlbert2013-11-131-0/+5
| | | | | | | | | | | | | | 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)
* Added rudimentary support for django like template system for output creation.Dimitri van Heesch2013-10-211-0/+0
|
* Bug 709845 - Fortran: problem with types with name starting with isDimitri van Heesch2013-10-111-1/+1
|
generated by cgit v0.12 at 2024-11-19 05:53:45 (GMT)