| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
- Tooltips are now collected per file instead of globally
- Source reference lists now use STL containers
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Still requires cmake -Duse_sqlite=YES to compile in support (and
libsqlite3)
New configuration options available:
- GENERATE_SQLITE3 enable/disable SQLITE3 output
- SQLITE3_OUTPUT configure directory where output is written to
(default: sqlite3)
- SQLITE3_RECREATE_DB controls if existing database file is overwritten
(default: YES)
|
|
|
|
|
| |
And at the same time make sure it gives the same results as when
processed using a single thread.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Something in the refactor at 960bae7 caused junk data to start showing up in
some sqlite3 columns. Calling bindTextParameter with _static==FALSE causes it
to call sqlite3_bind_text with SQLITE_TRANSIENT instead of SQLITE_STATIC,
which in turn causes sqlite3 to copy the string at bind time.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
regression on:
```
Commit: 1a56a39b4a97452a5c7c2d8e9d39ab28ca33dff0 [1a56a39]
Commit Date: Friday, February 21, 2020 9:07:13 PM
Restructure section handling
```
when sqlite3 has been enabled for the build.
|
|\
| |
| | |
Spelling corrections for src directory
|
| |
| |
| |
| |
| |
| |
| |
| | |
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).
|
|/ |
|
| |
|
| |
|
|\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_gitversion
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The original version has as features:
- getting the git version number for usage in doxygen
- making the doxygen version number inclusion dependent on the VERSION file
The disadvantage of the chosen methodology was that an extra correction step was necessary, by defining getter methods to retrieve the values this correction can be hidden.
The information is coming from different sources:
- the VERSION file
- the git "repository and build system (when present)
Furthermore there are a couple of places where the version information is used (a.o. doxygen and doxywizard executable, though the doxygenwizard was only done "half hearted")
The handling of the VERSION file has been made in such a way that it is comparable with the generation of the git version changes.
For a better abstraction the version handling is all done in a separate directory.
|
| | |
|
|/ |
|
| |
|
|
|
|
|
| |
Crash appears in in the autogen / permod and sqlite3 code generation. In the xml code generation the problem does not appear due to the protection against the NULL pointer.
Added protection on the other places as well
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Generated sqlite3 databases are roughly ready to support tools and projects that
require a significant fraction of what Doxygen collects.
output quality:
- collect primary info for most major entities and relationships
- fix causes of junk data in some columns (i.e. const * / QCString /
string / memory issues)
- convert decription field markup (mix of markdown, HTML, and Doxygen commands)
into XML
- eliminate duplicate/overlapping data (both rows and columns)
usability:
- abort if database already exists; prompt user to archive/delete it
- record Doxygen and sql schema versions so tools/clients can target/message
appropriately
- refine schema to support and simplify common queries
addon/doxypysql:
- adopt schema changes
- py3 compat
|
|
|
|
|
|
|
|
| |
check return value and in case of failures, print the errmsg.
to print the errmsg, the sqlite3* db is needed along with the
prepared statement, so add a db member to SqlStmt.
Signed-off-by: Adrian Negreanu <groleo@gmail.com>
|
|
|
|
| |
Signed-off-by: Adrian Negreanu <groleo@gmail.com>
|
| |
|
|
|
|
|
|
|
| |
executing the multiple statements in the schema, we
also get the indeces created.
Signed-off-by: Adrian Negreanu <groleo@gmail.com>
|
| |
|
| |
|
|
|
|
|
|
| |
some doxy typos and some misc. source typos
typos
some doxy typos and some misc. source typos
|
| |
|
| |
|
|
|
|
|
| |
Modified the memberdef table so that it includes all elements xmlgen
dups for a memberdef.
|
| |
|
|
|
|
| |
All refid are now INTEGERS pointing into the refids Table.
|
|
|
|
| |
Match the name used by XML.
|
| |
|
|
|
|
| |
improve performance
|
|
|
|
|
|
|
|
| |
Comments should help DB users that are unfamiliar to doxygen internals.
You can dump the schema with:
echo ".schema" | sqlite3 doxygen_sqlite3.db
|
|
|
|
|
| |
:const was binded only when al->constSpecifier was non-NULL.
Fix that by removing the test on al->constSpecifier
|
|
|
|
|
|
| |
Resolves a typo (dervied->derived) in sqlite prepared query var, which was preventing the derivedcompounddef table from populating.
Fixing this issue also exposed an underlying problem where junk data was showing up in two columns. Porting some if/else logic from the code that inserts to basecompounddef seems to have fixed this, as well.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The uniqueness of rows is maintained by first doing a select.
In case the item is not found, it's INSERTed.
This is done for files, refids, params and includes, data
that is not unique by itself, like cross-references for example.
In other words, you can have many memberdefs in one file,
but you can only have one cross-reference between two functions
since the reference location is unique.
So, when SELECTing files and refids, use the file name and refids
as primary key since that's the fastest way to do it.
Also 'OR REPLACE' not necessary in 'INSERT OR REPLACE'.
Signed-off-by: Adrian Negreanu <adrian.m.negreanu@intel.com>
|
| |
|