| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\ |
|
| |
| |
| |
| | |
- Main goal was to avoid use of global state.
|
|/
|
|
| |
In the clang part the required version for cmake was 3.1 though in the general part (on the main directory) already version 3.3. was required.
|
| |
|
| |
|
|
|
|
| |
Added CONFIGURE_DEPENDS to file GLOB constructs if available
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Fix compiling with clang parser support and with Clang compiler, too
When compiling the code with the Clang compiler a new CMake option
`use_libc++` is available which is enabled by default. It determines if
the Clang compiler should use libc++ as its C++ standard library or uses
the systems default (e.g. libstdc++ on Linux).
Disabling that option might help when compiling with Clang and the
option `use_libclang` is enabled but the associated library was not
built with libc++ as its C++ standard library.
Additionally, the doxygen executable that is created when CMake option
`static_libclang` is enabled, no longer crashes.
* Removing obsolete (and wrong) forcing of -std=c++11 for GCC
The entire Doxygen project already requires the compiler to run in C++14
mode. That setting is applied globally in the top-most `CMakeLists.txt`
file.
Therefore, forcing GCC to run in C++11 mode in `src/CMakeLists.txt` is
wrong and obsolete.
|
|
|
|
| |
linking against clangTooling
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
New CMAKE options (default OFF):
- SANITIZE_ADDRESS:BOOL=OFF
- SANITIZE_LINK_STATIC:BOOL=OFF
- SANITIZE_MEMORY:BOOL=OFF
- SANITIZE_THREAD:BOOL=OFF
- SANITIZE_UNDEFINED:BOOL=OFF
|
| |\
| | |
| | | |
Replace ${CMAKE_SOURCE_DIR}/path/to/current/cmake-lists-txt/dir with ${CMAKE_CURRENT_LIST_DIR}
|
| | |
| | |
| | |
| | | |
${CMAKE_CURRENT_LIST_DIR}
|
| | | |
|
| |/
|/|
| |
| |
| |
| |
| |
| |
| | |
This changes "#line" in generated C++ source:
#line 26 "doctokenizer.l"
to:
#line 26 "/absolute/path/to/doctokenizer.l"
so that gdb can recognize the original .l .y source locations and step
into them.
|
|/ |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- Makes doxycfg library more self contained
- renames _doxygen library to doxymain
- Modernizes Debug implementation
- Moves Doxygen::runningTime into Debug
- Moves full version string to libversion
- Removed mentioning of file version in messages (when
FILE_VERSION_FILTER is used)
- Move substitute functions into QCString
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
very popular)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Missing configimpl.l.h:
- added dependency for doxycfg
problems with tabs"
- replaced tabs by spaces
|
|\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_consistency_state_2
|
| |
| |
| |
| |
| | |
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.
|
|/ |
|
| |
|
|\
| |
| |
| | |
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.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Show the git version on designated places (currently version, help and Doxyfile difference).
The implementation is based on the git_watcher.cmake (https://github.com/andrew-hardin/cmake-git-version-tracking).
The information is useful to see which. master, version of doxygen is used for a build on systems where a lot of builds are make (Fossies.org) or very regular builds are made (CGAL)
Furthermore the tracking of the VERSION file was not done (when changed the version.cpp was not updated), this is corrected as well.
|
|\ \
| | |
| | |
| | | |
groleo-docgroup
|
| | |
| | |
| | |
| | | |
Signed-off-by: Adrian Negreanu <groleo@gmail.com>
|
|/ /
| |
| |
| | |
Cmake option `-Denlarge_lex_buffers=<size>` to enlarge input and read buffers for source code lexers.
|
| | |
|
| | |
|
| | |
|
|/
|
|
|
|
| |
Generate configvalues.h only as a dependency for the VHDL parser. Fixes
a problem in combination with Ninja v1.9.0 because of duplicate rules
for generating configvalues.h.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added issue support for the different output types.
- Sources of the emoji
- based on the Unicode definition v11.0:
- https://unicode.org/emoji/charts/full-emoji-list.html
- http://www.unicode.org/emoji/charts/full-emoji-modifiers.html
- github definition list:
- https://api.github.com/emojis
- Input of emoji: :<test>: with the restriction that direct after the opening colon and direct before the closing colon no space is allowed
- doctokinizer.l, adding detection of emoji and new command `\:`
- doktokinizer.h, adding "word" type TK_EMOJI
- docparser.* handling of new "word" type TK_EMOJI (analogous to HTML Entities), handling of new command `\:`
- cmdmapper,cpp, cmdmapper.h, adding new command `\:`
- htmlentity.cpp, adding new definition required for new command `\:`
- Emoji
- emoji.cpp, emoji.h, class for handling emoji analogous to HTML Entities, including small directions on how to update the code when a new emoji is defined. Not everything is converted to lowercase for comparison and accents are removed.
- doxygen.cpp possibility to create list of supported emoji
- handling emoji for output types (analogous to HTML Entities), see documentation for different output types
- docparser.h, *docvisitor.*
- rtfdocvisitor.* converting output to UTF-16 (based on http://scruss.com/blog/2017/03/12/in-the-unlikely-event-you-need-to-represent-emoji-in-rtf-using-perl/)
- latexdocvisitor.*, handling arguments for emoji in output (see also latexgen.cpp for meaning of the arguments of doxygenemoji).
- latexgen.cpp, adding new latex command for doxygen (doxygenemoji) and prevent too many open file (code before documentclass)
- config.xml, definition of `LATEX_EMOJI_DIRECTORY` with path to images required for LaTeX output
- Documentation:
- emojisup.doc, user description
- commands.doc, description of new command `\:`
- index.doc, reference to emoji chapter
- xmlcmds.doc, adjust reference to next chapter as a new chapter is added
- Doxyfile*, adding emoji chapter
Build system
- CMakeLists.txt adding new files
|
| |
|
|
|
|
|
|
|
| |
target_compile_features() is used
This raises the required CMake version for this branch to get a better error
message. target_compile_features() was introduced in CMake 3.1.
|
| |
|
|
|
|
| |
2.3 that ships with XCode
|