| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Corrected patch for the problem. Here nothing to be copied but multiple possibilities for executables are checked.
|
| |
|
|
|
|
|
| |
There was a discrepancy in the handling of the header and footer files between HTML and LaTeX.
Also the wrong error / warning routine was called and the config_err and config_warn have been made more consistent with the messages(.cpp)
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
to the run tab
|
|
|
|
| |
the run tab
|
| |
|
|
|
|
|
|
| |
In case of a project logo a preview is shown in the "wizard mode". In "expert mode" only the name is shown.
In this patch the config.xml the type=string possibilities are extended with format=image (config.xml, configgen.py, config.h).
The doxywizard has been extended so that in "expert mode" this type is supported and that a preview is given (expert.cpp, inputstring.cpp and inputstring.h), furthermore in wizard.cpp a minimum label size has been defined to prevent jumping of the items in case of switching between a message text and an icon.
|
|\
| |
| | |
Give message when PROJECT_LOGO cannot be found or cannot be converted
|
| |
| |
| |
| |
| | |
In case the project logo does not exist or cannot be converted give a message instead of a white box.
Also update STR_PROJECT_LOGO in case a filename is selected that cannot be found.
|
| |
| |
| |
| | |
include remained for debug session.
|
|/
|
|
|
| |
On case, on windows, more than 1 argument is given doxywizard stops without showing a message even though a printf is present.
In this patch the message is show (for all platforms) by means of a message box, furthermore in case the argument --help is given the usage message is given in a message box.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
+ -I <I> Get the includers of <I>
+ -i <I> Get the includees of <I>
+ -M <C> Get all members of class <C>
+ -B <C> Get the base classes of class <C>
+ -S <C> Get the sub classes of class <C>
Signed-off-by: Adrian Negreanu <adrian.m.negreanu@intel.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch is a patch for the build system so that less (no) generated files are in the source directories and also that the different build (on windows are independent of each others). Also the different sub-projects (e.g. doxygen , doxywizard) don't share any files anymore.
- ./.gitignore
A number of files are not in the src directory anymore. generated directories are included. rtf and xml directories are there for possible future use.
- ./Doxyfile
The generated files are not anymore in the src directory so they don't have to be excluded anymore
- ./configure
Adjustmenst so the generated files are in the different subdirectories
- ./Makefile.in
- addon/doxmlparser/examples/metrics/metrics.pro.in
- addon/doxmlparser/src/doxmlparser.pro.in
- addon/doxmlparser/test/xmlparse.pro.in
- addon/doxyapp/doxyapp.pro.in
- addon/doxysearch/doxyindexer.pro.in
- addon/doxysearch/doxysearch.pro.in
- addon/doxywizard/Makefile.in
- addon/doxywizard/doxywizard.pro.in
- libmd5/libmd5.pro.in
- qtools/qtools.pro.in
- src/Makefile.in
- src/doxygen.pro.in
- src/libdoxycfg.pro.in
- src/libdoxycfg.t.in
- src/libdoxygen.pro.in
- src/libdoxygen.t.in
Adjustment to the new directory structure
- addon/doxywizard/expert.cpp
include file is generated in the generated_src/doxywizard directory, referenced through -I on compile line
- src/lang_cfg.h
File is now automatically generated
- src/languages.py
Correction of used path for new structure
- src/settings.py
- src/version.py
Place for resulting file handled through an argument, so it is possible to have a separate file for each sub-project
- tmake/lib/win32-g++/generic.t
- tmake/lib/win32-mingw/generic.t
The destination path was added twice, in case of a depth of more than 1 level (doxmlparser) this lead to problems
- winbuild/Config.rules
- winbuild/Gen_head.rules
- winbuild/Languages.rules
- winbuild/Lex.rules
- winbuild/Settings.rules
- winbuild/Version.rules
correcting some path of generated files
- winbuild/Doxygen.sln
Build order dependency could be dropped as the version.cpp file is now a generated file for doxygen and doxywizard
- winbuild/Doxygen.vcproj
- winbuild/Doxywizard.vcproj
Corrected paths to the new structure. Added unistd as an external generated file
- winbuild/unistd.h
File is now generated
- winbuild/Unistd.rules
- winbuild/unistd.py
Generated unistd for doxygen and doxywizard in a consistent way.
- winbuild/doxyindexer.vcproj
- winbuild/doxysearch.vcproj
- winbuild/qtools.vcproj
Corrected paths to the new structure.
- winbuild/runbison.bat
- winbuild/version.bat
Not used anymore everything handled through rules.
|
|
|
|
| |
Signed-off-by: Adrian Negreanu <adrian.m.negreanu@intel.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- .gitignore
src/unistd.h is not on src directory anymore (windows version is on winbuild directory)
- doxywizard.pro.in
consistency 0bj -> ../../objects
- Doxygen.sln
build doxygen 64 bit debug too
- Doxygen.vcproj
Config was missing (cannot be automatic due to the fact that there are 2 rules in 1 file), see also Doxywizard.vcproj
- Doxywizard.vcproj
consistency in respect to directories
$(QTDIR)/mkspecs/msvc2005 -> $(QTDIR)/mkspecs/msvc2008
settings part was present for x64 but not for Win32 (x64 not necessary for doxywizard)
Config_dw was missing (cannot be automatic due to the fact that there are 2 rules in 1 file), see also Doxygen.vcproj
- Version.rules
version.py does not need any arguments
- doxyindexer.vcproj
consistency in respect to directories
- doxysearch.vcproj
consistency in respect to directories
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Windows systems use the same information (consistency). Some use names routine names have been changed (from .l files with -P option) to reflect the file name that generated the routines, this makes it easier to create a general procedure.
A number of include / header files are files are generated from different file types (html, xml, js), due some limitations of the windows build system the generated file names had to be changed (the extension in the windows build system is only available including the '.' so e.g. the file jquery_fx.js generates now jquery_fx.js.h instead of jquery_fx_js.h)
In the windows version the creation of .cpp files from .l files has been adjusted to correct for the YY_BUF_SIZE problems.
Furthermore on windows (and also used on *nix) some commends have been replaced with python scripts so that on windows only python is need (besides flex and and bison). On *nix also perl is required for the generation using tmake.
Below a short description of the changes will be given and grouped.
Changed files
=============
- .gitignore
added some directories and file
- Doxyfile
corrected for changed file names
- Makefile.in
added realclean and some other changes (ignore error) and the moment when the Makefile is deleted (as last file).
Added entries for doxyapp and doxmlparser
Added realclean for the following files (consistency):
======================================================
- Makefile.win_make.in
- Makefile.win_nmake.in
- addon/doxmlparser/examples/metrics/Makefile.in
- addon/doxmlparser/src/Makefile.in
- addon/doxmlparser/test/Makefile.in
- addon/doxyapp/Makefile.in
- addon/doxysearch/Makefile.in
- libmd5/Makefile.in
- qtools/Makefile.in
- addon/doxyapp/doxyapp.pro.in
removed double occurence of -L../../lib
- addon/doxysearch/doxysearch.pro.in
no visible change just spacing?
- addon/doxywizard/Makefile.in
added realclean
corrected call to qmake (to get it from the right place, it is not necessarily in the path)
made some macros known in the called process
- addon/doxywizard/configdoc.cpp
automatically generated, can be removed
- addon/doxywizard/doxywizard.pro.in
corrected dependencies
corrected call to python (to get it from the right place, it is not necessarily in the path)
new items to generate version.cpp and config_doxyw.cpp
- configure
added configuration definition possibility for python
added possibility to build doxmlparser
automatically generate the lang_cfg.h file based on the available languages (translator_??.h) and not on a fixed list. This step still has to be added to the windows build process.
- doc/Makefile.in
corrected call to python (to get it from the right place, it is not necessarily in the path)
- doc/config.doc
small correction
- doc/install.doc
added python as a requirement
changed CVS to GitHub
- doc/language.doc
automatically generated file, based on other changes.
- doc/language.tpl
made XX and xx more consistent
changed description of the procedure based on changes already made configure.
- src/Makefile.in
adjusted used file names in distclean
Solved PERL usage consistent with LEX / YACC (with %%PERL%%)
automatically add translator_??>h to HEADERS
same spacing
Adjusted in the following file the names of some include files:
===============================================================
- src/cite.cpp
- src/docbookgen.cpp
- src/ftvhelp.cpp
- src/htmlgen.cpp
- src/layout.cpp
- src/searchindex.cpp
- src/xmlgen.cpp
Adjusted in the following files some routine names (..YY..) to be consistent with the file names:
=================================================================================================
- src/commentscan.l
- src/constexp.h
- src/constexp.l
- src/constexp.y
- src/fortrancode.l
- src/fortranscanner.l
- src/pyscanner.l
- src/pre.l
- src/scanner.l
- src/tclscanner.l
- src/vhdlparser.y
- src/vhdlscanner.l
- src/config.xml
small textual correction
- src/configoptions.cpp
generated output file, can be removed
- src/lang_cfg.h
Automatically generated file with selected languages (*nix). On windows a procedure has to be defined.
- src/libdoxycfg.t.in
corrected call to python (to get it from the right place, it is not necessarily in the path)
- src/libdoxygen.pro.in
adjusted include file names
removed translator_??.h files, they are added automatically
changed file name ce_lex.cpp -> constexp.cpp (generated file)
- src/libdoxygen.t.in
made LEX calls used the file name for the -P option
changed INCREASEBUF script to a python script
changed teh geneartion of some include file, now by means of a pythons script. Names of the generated include file had to be changed as well.
added possibility to generate version.cpp here as well.
Added HEADERS to dependency so non existing but later generated include files are recognized as well:
=====================================================================================================
- tmake/lib/unix/generic.t
- tmake/lib/win32-borland/generic.t
- tmake/lib/win32-g++/generic.t
- tmake/lib/win32-mingw/generic.t
- tmake/lib/win32-msvc/generic.t
- tmake/lib/win32-symantec/generic.t
- tmake/lib/win32-visage/generic.t
- tmake/lib/win32-watcom/generic.t
- winbuild/Doxygen.vcproj
made consistent wit *nix version.
Generating all possible files
removed unused /empty parts
setting for the Lex.rules and other rules files some default values
- winbuild/Doxywizard.vcproj
made consistent wit *nix version.
Generating all possible files
removed unused /empty parts
removed system dependent paths (C:\... etc) replaced then with external environment variables
- winbuild/Lex.rules
adjusted file to comply with new requirements, only user variable is -d. -i is set to read only (value can be changed in doxygen.vcproj). Handling of other arguments is all default.
generation including increasebuffer possibility
- winbuild/doxyindexer.vcproj
corrected path
- winbuild/doxysearch.vcproj
removed system dependent paths (C:\... etc) replaced then with external environment variables
- winbuild/qtools.vcproj
corrected type, wrong used directory
The following files are automatically generated (with slightly other names like index.xsd.h etc.):
==================================================================================================
- src/index_xsd.h
- src/doxygen_bst.h
- src/dynsections_js.h
- src/extsearch_js.h
- src/footer_html.h
- src/header_html.h
- src/jquery_fx_js.h
- src/jquery_p1_js.h
- src/jquery_p2_js.h
- src/jquery_p3_js.h
- src/jquery_pt_js.h
- src/jquery_ui_js.h
- src/navtree_css.h
- src/navtree_js.h
- src/resize_js.h
- src/search_css.h
- src/search_functions_php.h
- src/search_js.h
- src/search_opensearch_php.h
- src/svgpan_js.h
the following files are generated with different names:
- src/bib2xhtml.h
becomes
- src/bib2xhtml.pl/h
- src/layout_default.h
becomes
- src/layout_default.xml.h
The file:
=========
- addon/doxywizard/config.l
is replaced by:
- addon/doxywizard/config_doxyw.l
so there are in the system not 2 different config.l files. Renamed some routines from configYY -> config_doxywYY...
New files:
==========
- src/increasebuffer.py
increase YY_BUF_SIZE and YY_READ_BUF_SIZE from 16k / 8k to 256k.
- src/settings.py
create settings.h file
- src/to_c_cmd.py
create include files from different files (html, xml, js) so they can be included in the code as defaults
- src/version.py
create version.cpp file based on the configure file
- winbuild/Config.rules
rules file to convert the config.xml file into configoptions.cpp (doxygen) or configdoc.cpp (doxywizard). Seen the differences 2 rules are created within this file.
- winbuild/Gen_head.rules
rules files to generate include files from different files using to_c_cmd.py
- winbuild/Settings.rules
rules file for generating the settings.h file. It is possible to select to use CLANG and SqlLite3
- winbuild/Version.rules
rules file to be able to start version.py
The files:
==========
- version.bat
- runbison.bat
- increasebuffer.pl
are not used anymore.
I've only added the files as indicated, I didn't remove the files from the repository.
|
| |
|
| |
|
|
|
|
| |
Current directory was not changed at the right time so the include files could not be found in the "current" directory (i.e. the directory where the Doxyfile resides too, as this directory is shown as the current directory in the doxywizard). This is also important when the doxywizard is started from a shortcut.
|
| |
|
|
|
|
| |
Albert for the patch)
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|