walkero
/
cppcheck
1
0
Fork 0
Code Issues Pull Requests Projects Releases 1 Wiki Activity
cppcheck/lib/lib.pri

95 lines
3.6 KiB
Plaintext
Raw Normal View History

dmake: generate the lib/lib.pri file
2010-02-23 21:27:01 +01:00
# no manual edits - this file is autogenerated by dmake
Added top-level 'check' target. Also refactored all. pro files by the way. :)
2009-09-04 20:59:25 +02:00
put the rules logic in its own .pri file, and allow easier override
2011-08-18 22:42:19 +02:00
include($$PWD/pcrerules.pri)
dmake: fixed lib.pri for gui (tinyxml)
2013-07-08 21:56:09 +02:00
BASEPATH = ../externals/tinyxml/
include($$PWD/../externals/tinyxml/tinyxml.pri)
BASEPATH = ../lib/
use the qmake config setting HAVE_RULES to enable/disable pcre rules support, defaulting to on except on Windows.
2011-08-18 19:13:21 +02:00
INCLUDEPATH += ../externals/tinyxml
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
HEADERS += $${BASEPATH}check.h \
Refactoring: Move some AST related functions to distinct source file
2015-08-02 21:57:32 +02:00
$${BASEPATH}astutils.h \
Updated Makefile
2014-05-24 12:54:16 +02:00
$${BASEPATH}check.h \
64-bit checking: Added simple check for assigning pointer address to int/long. Ticket: #2791
2011-07-06 08:55:17 +02:00
$${BASEPATH}check64bit.h \
Fixed #4775 (Check for assert() with side effects)
2013-05-07 21:35:16 +02:00
$${BASEPATH}checkassert.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkautovariables.h \
dmake: update Makefile
2013-05-05 09:22:04 +02:00
$${BASEPATH}checkbool.h \
Fixed #3232 (Check if container is modified inside BOOST_FOREACH)
2011-10-23 13:07:43 +02:00
$${BASEPATH}checkboost.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkbufferoverrun.h \
$${BASEPATH}checkclass.h \
Makefile: generate new Makefile with dmake
2014-08-29 18:32:50 +02:00
$${BASEPATH}checkcondition.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkexceptionsafety.h \
Run dmake to update Makefile etc.
2015-11-22 10:40:48 +01:00
$${BASEPATH}checkfunctions.h \
Add check for cppcheck's internal API usage (#3263) First checks: - Simple pattern used inside Token::Match() - Complex pattern used inside Token::simpleMatch() The checks get enabled by passing "--enable=internal". It's not included in "--enable=all". If you see something that needs further tweaking, just go for it!
2011-10-28 22:39:46 +02:00
$${BASEPATH}checkinternal.h \
dmake: updated Makefiles
2012-05-20 12:04:47 +02:00
$${BASEPATH}checkio.h \
Memory leaks: Added new checking for memory leaks
2012-05-26 08:53:46 +02:00
$${BASEPATH}checkleakautovar.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkmemoryleak.h \
$${BASEPATH}checknullpointer.h \
$${BASEPATH}checkother.h \
$${BASEPATH}checkpostfixoperator.h \
dmake: update Makefile
2013-05-05 09:22:04 +02:00
$${BASEPATH}checksizeof.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkstl.h \
run dmake
2014-08-27 09:45:50 +02:00
$${BASEPATH}checkstring.h \
Fixed #6158 (New check: dangerous sign conversion)
2014-09-11 18:10:19 +02:00
$${BASEPATH}checktype.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkuninitvar.h \
$${BASEPATH}checkunusedfunctions.h \
move unused variable checks from checkother to checkunusedvar
2011-08-19 20:35:25 +02:00
$${BASEPATH}checkunusedvar.h \
dmake: update
2014-08-06 14:25:49 +02:00
$${BASEPATH}checkvaarg.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}cppcheck.h \
$${BASEPATH}errorlogger.h \
Renamed --environment to --library. Added --check-library. Renamed Environment to Library
2013-07-08 18:26:18 +02:00
$${BASEPATH}library.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}mathlib.h \
$${BASEPATH}path.h \
$${BASEPATH}preprocessor.h \
$${BASEPATH}settings.h \
Move Suppressions class to own source files. I want to use Suppressions class also in GUI. And that is easier to do when it is not internal class of Settings class. And in general is it more natural that Settings class only contains list of suppressions and implementation is separate.
2011-08-22 18:54:23 +02:00
$${BASEPATH}suppressions.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}symboldatabase.h \
Refactoring: Add new file lib/templatesimplifier.cpp The plan is to move template simplification into this new class to take some lines from 10 000 line tokenizer.
2012-01-01 21:55:05 +01:00
$${BASEPATH}templatesimplifier.h \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}timer.h \
$${BASEPATH}token.h \
Makefile: generated new Makefiles since the Tokenizer has been split up
2012-05-05 18:39:29 +02:00
$${BASEPATH}tokenize.h \
Update Makefile.
2012-06-11 21:16:12 +02:00
$${BASEPATH}tokenlist.h \
Add new experimental value flow analysis
2014-01-04 20:57:02 +01:00
$${BASEPATH}valueflow.h \
Update Makefile.
2012-06-11 21:16:12 +02:00
Added top-level 'check' target. Also refactored all. pro files by the way. :)
2009-09-04 20:59:25 +02:00
Refactoring: Move some AST related functions to distinct source file
2015-08-02 21:57:32 +02:00
SOURCES += $${BASEPATH}astutils.cpp \
$${BASEPATH}check.cpp \
Updated Makefile
2014-05-24 12:54:16 +02:00
$${BASEPATH}check64bit.cpp \
Fixed #4775 (Check for assert() with side effects)
2013-05-07 21:35:16 +02:00
$${BASEPATH}checkassert.cpp \
64-bit checking: Added simple check for assigning pointer address to int/long. Ticket: #2791
2011-07-06 08:55:17 +02:00
$${BASEPATH}checkautovariables.cpp \
dmake: update Makefile
2013-05-05 09:22:04 +02:00
$${BASEPATH}checkbool.cpp \
Fixed #3232 (Check if container is modified inside BOOST_FOREACH)
2011-10-23 13:07:43 +02:00
$${BASEPATH}checkboost.cpp \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkbufferoverrun.cpp \
$${BASEPATH}checkclass.cpp \
Makefile: generate new Makefile with dmake
2014-08-29 18:32:50 +02:00
$${BASEPATH}checkcondition.cpp \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkexceptionsafety.cpp \
Run dmake to update Makefile etc.
2015-11-22 10:40:48 +01:00
$${BASEPATH}checkfunctions.cpp \
Add check for cppcheck's internal API usage (#3263) First checks: - Simple pattern used inside Token::Match() - Complex pattern used inside Token::simpleMatch() The checks get enabled by passing "--enable=internal". It's not included in "--enable=all". If you see something that needs further tweaking, just go for it!
2011-10-28 22:39:46 +02:00
$${BASEPATH}checkinternal.cpp \
dmake: updated Makefiles
2012-05-20 12:04:47 +02:00
$${BASEPATH}checkio.cpp \
Memory leaks: Added new checking for memory leaks
2012-05-26 08:53:46 +02:00
$${BASEPATH}checkleakautovar.cpp \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkmemoryleak.cpp \
$${BASEPATH}checknullpointer.cpp \
$${BASEPATH}checkother.cpp \
$${BASEPATH}checkpostfixoperator.cpp \
dmake: update Makefile
2013-05-05 09:22:04 +02:00
$${BASEPATH}checksizeof.cpp \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkstl.cpp \
run dmake
2014-08-27 09:45:50 +02:00
$${BASEPATH}checkstring.cpp \
Fixed #6158 (New check: dangerous sign conversion)
2014-09-11 18:10:19 +02:00
$${BASEPATH}checktype.cpp \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}checkuninitvar.cpp \
$${BASEPATH}checkunusedfunctions.cpp \
move unused variable checks from checkother to checkunusedvar
2011-08-19 20:35:25 +02:00
$${BASEPATH}checkunusedvar.cpp \
dmake: update
2014-08-06 14:25:49 +02:00
$${BASEPATH}checkvaarg.cpp \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}cppcheck.cpp \
$${BASEPATH}errorlogger.cpp \
Renamed --environment to --library. Added --check-library. Renamed Environment to Library
2013-07-08 18:26:18 +02:00
$${BASEPATH}library.cpp \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}mathlib.cpp \
$${BASEPATH}path.cpp \
$${BASEPATH}preprocessor.cpp \
$${BASEPATH}settings.cpp \
Move Suppressions class to own source files. I want to use Suppressions class also in GUI. And that is easier to do when it is not internal class of Settings class. And in general is it more natural that Settings class only contains list of suppressions and implementation is separate.
2011-08-22 18:54:23 +02:00
$${BASEPATH}suppressions.cpp \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}symboldatabase.cpp \
Refactoring: Add new file lib/templatesimplifier.cpp The plan is to move template simplification into this new class to take some lines from 10 000 line tokenizer.
2012-01-01 21:55:05 +01:00
$${BASEPATH}templatesimplifier.cpp \
Don't use relative paths in lib.pri. Using relative path in included file binds it to be usable only included from one directory. Instead use variable for giving the base path for files.
2010-12-18 16:03:46 +01:00
$${BASEPATH}timer.cpp \
$${BASEPATH}token.cpp \
Makefile: generated new Makefiles since the Tokenizer has been split up
2012-05-05 18:39:29 +02:00
$${BASEPATH}tokenize.cpp \
Add new experimental value flow analysis
2014-01-04 20:57:02 +01:00
$${BASEPATH}tokenlist.cpp \
$${BASEPATH}valueflow.cpp