List of variables in the ude.parsers.doxygen_base namespace.
| Entity Name | Description |
|---|---|
| logger | |
| _GENERIC_ARG_NAMES | |
| _VISIBILITY_RANK | Cascading rank for the min_visibility filter (BaseDoxygenParser.init): lower rank = more visible. |
| _ACCESS_LITERALS | |
| _ELABORATED_TYPE_MISPARSE_RE | Matches a <type> value like “class QIFCORE_EXPORT” or “struct FOO_API” an elaborated-type-specifier keyword followed by at least one more token. |
| SWIG_PYTHON_RUNTIME_NAMES | SWIG-generated bookkeeping compounds (whole classes/functions, modeled as ClassModel entries) that are never part of an SDK’s own public API as opposed to swig_fields/swig_methods below, which filter individual members. |
| SWIG_PYTHON_MACRO_LEAK_NAMES | C++ preprocessor macros (some explicitly #undef’d right after local use, i.e. |
| SWIG_CSHARP_PINVOKE_HELPER_NAMES | Same bookkeeping-compound exclusion as SWIG_PYTHON_RUNTIME_NAMES above, for SWIG’s C# PInvoke-marshalling helper classes. |
| SWIG_PROXY_INTERFACE_SUFFIX | Exact-suffix structural matches confirmed to be SWIG-generated scaffolding Docomatic never documents (2026-07-30 recall-alignment sweep) no real API class in the sampled SDKs uses either literal suffix (unlike bare “Helper”/“Interface”/“Constants”, which DO collide with real classes like QueueHelper). |
| SWIG_JAVA_GLOBALS_CONSTANTS_SUFFIX | “_GlobalsConstants”: SWIG’s per-module Java constants-holder class, structurally the same idiom as C#’s “_GlobalsPINVOKE” java only, csharp has no equivalent (uses “_GlobalsPINVOKE” itself instead). |
| _SIMPLESECT_LABELS |
Generated with Flude
Copyright © 2026
Directory & Entity Index
| Entity Name | Summary / Description |
|---|---|
| _ACCESS_LITERALS variable | Instance Variables
Generated with Flude Copyright © 2026 |
| _ELABORATED_TYPE_MISPARSE_RE variable | Matches a <type> value like “class QIFCORE_EXPORT” or “struct FOO_API” an elaborated-type-specifier keyword followed by at least one more token. An OPTIONAL leading all-caps macro token is also allowed (2026-09-06, confirmed real via the LLVM/OpenCV corpus): an unexpanded inline-namespace- opening macro like OpenCV’s CV__DEBUG_NS_BEGIN, placed on its own line right before the declaration, bleeds into the very next thing’s type the same way an unexpanded export macro does e.g. <type>CV__DEBUG_NS_BEGIN class CV_EXPORTS</type> for CV__DEBUG_NS_BEGIN\nclass CV_EXPORTS _OutputArray;. A real variable’s type never legitimately starts with two separate bare identifier tokens like this, so allowing one optional macro-shaped prefix is safe. See _is_forward_declaration_misparse’s own docstring for what this signals. Group 2 captures everything after the keyword (and optional macro prefix) so the caller can compare it against an enclosing class’s own scope_fqn see that function’s self_referential_scope parameter. |
| _GENERIC_ARG_NAMES variable | Instance Variables
Generated with Flude Copyright © 2026 |
| _SIMPLESECT_LABELS variable | Instance Variables
Generated with Flude Copyright © 2026 |
| _VISIBILITY_RANK variable | Cascading rank for the min_visibility filter (BaseDoxygenParser.init): lower rank = more visible. Only the three C++ access levels are ranked this round (see BaseDoxygenParser.init’s own docstring on why this is cpp/Doxygen-only for now) Java’s “package” prot value, and any other value _visible() doesn’t recognize, is deliberately left unranked so it always passes the filter (see _visible()’s own docstring). Instance Variables
Generated with Flude |
| logger variable | Instance Variables
Generated with Flude Copyright © 2026 |
| SWIG_CSHARP_PINVOKE_HELPER_NAMES variable | Same bookkeeping-compound exclusion as SWIG_PYTHON_RUNTIME_NAMES above, for SWIG’s C# PInvoke-marshalling helper classes. “SWIGWStringHelper” is the wide-string sibling of “SWIGStringHelper” confirmed real, nested inside GlobalConstantsPINVOKE.cs alongside it, just missing from this set. Instance Variables
Generated with Flude Copyright © 2026 |
| SWIG_JAVA_GLOBALS_CONSTANTS_SUFFIX variable | “_GlobalsConstants”: SWIG’s per-module Java constants-holder class, structurally the same idiom as C#’s “_GlobalsPINVOKE” java only, csharp has no equivalent (uses “_GlobalsPINVOKE” itself instead). Instance Variables
Generated with Flude Copyright © 2026 |
| SWIG_PROXY_INTERFACE_SUFFIX variable | Exact-suffix structural matches confirmed to be SWIG-generated scaffolding Docomatic never documents (2026-07-30 recall-alignment sweep) no real API class in the sampled SDKs uses either literal suffix (unlike bare “Helper”/“Interface”/“Constants”, which DO collide with real classes like QueueHelper). “SwigInterface”: SWIG’s proxy-interface companion for a real class confirmed CROSS-LANGUAGE (both csharp and java), e.g. MockVisualizeGeometryBaseSwigInterface.cs alongside real MockVisualizeGeometryBase.cs (csharp), and MockViewAsOrthographySwigInterface alongside real MockViewAsOrthography (java). Instance Variables
Generated with Flude |
| SWIG_PYTHON_MACRO_LEAK_NAMES variable | C++ preprocessor macros (some explicitly #undef’d right after local use, i.e. never meant as public API) that SWIG’s Python codegen re-exports as flat module-level “variables” with no trace of their macro origin confirmed via real render-crosscheck data: exactly these 27 names, across multiple large SDK modules. Real fix is upstream in SWIG’s own .i/#ifndef SWIG guards (not in Pipeline); this exclusion just stops them leaking into UDE’s own IR as fake public API. |
| SWIG_PYTHON_RUNTIME_NAMES variable | SWIG-generated bookkeeping compounds (whole classes/functions, modeled as ClassModel entries) that are never part of an SDK’s own public API as opposed to swig_fields/swig_methods below, which filter individual members. Exact-name / exact-structural matches only: early entity-recall investigations confirmed a bare name-suffix rule (e.g. “ends with Iterator”) is unsafe, since real SDK classes exist with the same suffix (observed: MockObjectIterator, MockSelectionSetIterator are real, unrelated classes). Instance Variables
Generated with Flude |