kicad/qa/eeschema
John Beard 0617bffce0 Eeschema: build with object libraries
This is done to allow access to the eeschema library
internals for purposes of test and script access, as the
DLL library has highly restrictive -fvisibility settings
that otherwise prevent the tests being able to access 99.9%
of the eeschema library functions (only a single function
is APIEXPORT'ed, therefore that's the only test we can do).

Using object libraries is a bit of a hack, and makes for
a slower link when done for multiple targets, but with the currently
supported CMake versions, it's about as good as we can get.

A better solution in the longer term may be to break eeschema_kiface(_objects)
into many smaller libraries, each of which has a much more defined scope,
rather than one big interlinked amorphous lump. This has the advantage that
each module is testable in isolation, and we get better organisation of
inter-dependencies in the codebase.

Then, the kiface DLL will gather these sub-libs and present what
is needed on the visible DLL API. Thus, we get both a testable
suite of library functions, and a restricted kiface DLL interface.
2019-05-23 11:29:28 +01:00
..
data qa: Moving eeschema qa to main qa folder 2019-01-09 21:43:23 -08:00
CMakeLists.txt Eeschema: build with object libraries 2019-05-23 11:29:28 +01:00
eeschema_test_utils.cpp Add missing header to qa 2019-04-08 12:33:49 -07:00
eeschema_test_utils.h QA: Eagle test: look up test data in the source tree 2019-04-02 18:26:33 +01:00
test_eagle_plugin.cpp QA: Use own unit test headers for eagle test 2019-04-02 23:32:00 +01:00
test_module.cpp QA: Enable eeschema tests 2019-04-02 18:26:33 +01:00