| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|\ |
|
| |\
| | |
| | | |
Issue 6469: Java method calls are ignored in generating call/caller graph with Graphviz
|
| | |
| | |
| | |
| | |
| | |
| | | |
with Graphviz
Added possibility for `List<String> list = new ArrayList<>();` and `List<String> list = new ArrayList<String>();` i.e. the `<...>` in the `new` part
|
|/ /
| |
| |
| | |
Added a Slice-optimized output mode.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
contains the classname
Problem is the '.' in the namespace name.
For Csharp:
namespace N1.n2
{
is equivalent to
namespace N1
{
namespace N2
{
This splitting has to be considered in the scanner so the different namespaces are mentioned. In the code.l the '.' was not handled.
|
|\ \
| | |
| | | |
Don't link to non existing / not accessible namespaces , in CSharp, in the source code
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
source code
In the following the 'test' and 'System' were linked in the source code, this should not be the case.
using test;
using System;
using System.IO;
namespace NON
{
}
|
|\ \ \
| |/ / |
|
| |/
| |
| |
| | |
In PHP the word `self` was not color coded and the functions were nor referenced in the CALL / CALLER graphs, / REFERENCES / REFERENCED lists.
|
| | |
|
|/
|
|
|
| |
A longer match was chosen by 'lex' resulting in that 'operator<' and 'operator<=' and the first argument were not correctly linked and color coded.
We now test if the "operator" match is present, if so we use the right rule for operator.
|
| |
|
|
|
|
|
|
| |
for C++
Removed "remove" as keyword for C type of languages.
|
|
|
|
|
|
| |
Handling comment block in scanner.l and code.l in an analogous way.
The problem is caused by a non terminated comment bock in a comment block.
It is strongly advised not to use comment blocks inside other comment blocks and otherwise fix the message.
|
|\
| |
| | |
Bug 743539 - Field with name "internal" confuses documentation builder.
|
| |\ |
|
| | |
| | |
| | |
| | | |
internal is not a Java reserved word / keyword but was handled as such.
|
|\ \ \
| |_|/
|/| | |
Bug 794509 - c# see langword broken
|
| |/
| |
| |
| |
| | |
- code.l: The word 'null' was not recognized as reserved word
- docparser.l The attribute 'langword' should not generate a link but the 'langword' value as code.
|
|/
|
|
|
|
| |
in C++ documentation source browser.
In case of Cpp don't see 'get' and 'set' as keywords, but in case the keyword rule is used REJECT the rule and give other rules a chance (e.g. the function rule).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Rebased with upstream master
* Added build instructions to README
* Bug 398942 - fixes the problem with instance variables and
arguments with the same name
Signed-off-by: Antonio Terceiro <terceiro@softwarelivre.org>
Signed-off-by: João M. Miranda <joaomm88@gmail.com>
Signed-off-by: Paulo Meirelles <paulo@softwarelivre.org>
Signed-off-by: Vinicius Daros <vkdaros@mercurio.eclipse.ime.usp.br>
Signed-off-by: Jonathan Moraes <arkyebr@gmail.com>
|
|
|
|
| |
calling dependencing
|
|\
| |
| | |
Bug 722112 - 'static' and 'throw' C++ keywords not colored
|
| |
| |
| |
| | |
In case we don't specify a name with a type in the prototype of a function the type is still stored and should be moved to the type/
|
| | |
|
|/ |
|
|
|
|
|
|
|
|
|
| |
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)
|
| |
|
|
|
|
| |
subsequent non documented function
|
|
|
|
| |
improve performance
|
|
|
|
| |
Analogous to the C# property get also the property set is supported
|
| |
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Discrepancy between number of push and pop calls (push was called with "{" but no pop with "}", in the later case the <*>. rule was used)
|
|
|
|
| |
Signed-off-by: Adrian Negreanu <adrian.m.negreanu@intel.com>
|
| |
|
|
|
|
| |
Remove unused local and static global variables. Variables have been identified by Understand (version 758) from Scitools.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
- 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.
|
|
|
|
| |
raw strings
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=707641
Add references if the file is filtered, as the parser
does not know whether we are insideBody or not.
|
|
|
|
| |
C++ is not recognized or recognized wrong
|
| |
|